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Executive  Summary 


Human  Systems  Integration  (HSI)  encompasses  the  interdisciplinary  technical 
and  management  processes  for  integrating  human  considerations  within  and 
across  all  system  elements;  an  essential  enabler  to  systems  engineering 
practice.  HSI  processes  facilitate  trade-offs  among  human-centric  domains 
without  replacing  individual  domain  activities,  responsibilities,  or  reporting 
channels.  The  human-centered  domains  with  recognized  application  to 
HSI  include:  Manpower,  Personnel,  Training,  Human  Factors  Engineering, 
Survivability,  Environment,  Safety,  Occupational  Health,  and  Habitability. 

The  goal  of  HSI  is  to  maximize  total  system  performance,  understanding 
that  the  human  element  is  an  integral  part  of  systems,  while  minimizing 
total  ownership  costs.  To  be  effective,  HSI  must  be  conducted  as  a 
fundamental  part  of  the  overall  systems  engineering  activities  within  the 
Air  Force  Integrated  Defense  Acquisition,  Technology,  and  Logistics  Life 
Cycle  Management  System.  HSI  activities  will  focus  on  overall  system 
performance  and  also  on  the  design  and  integration  of  many  subsystems, 
thus  making  HSI  a  critical  part  of  the  design  process. 


This  guide  assumes  a  basic  understanding  of  DoD  Systems  Engineering  (SE), 
HSI  principles  and  practices,  and  acquisition  acronyms  and  terminology.  It 
was  developed  to  depict  when  HSI  activities  should  be  performed  to  influence 
system  design  throughout  the  SE  process.  Its  purpose  is  to  facilitate  domain 
and  systems  engineering  integration  on  HSI  issues. 

Relevant  tasks,  tools,  and  references  for  HSI  and  each  of  the  HSI  process 
domains  are  identified  and  aligned  with  existing  SE  processes  and  reviews  for 
each  acquisition  phase.  Many  of  the  tasks  identified  are  notional  best  practices 
and  not  all  tasks  would  be  performed  with  every  acquisition  program. 

Three  versions  of  this  guide  have  been  produced.  This  version  is  organized  by 
domain.  Another  version  organized  by  acquisition  phase  is  also  available  as 
well  as  a  separate,  shorter  management  version  which  focuses  solely  on  HSI 
activities.  Copies  of  the  other  versions  can  be  obtained  by  contacting  AFHSIO. 
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Acquisition  Life  Cycle  and  Systems  Engineering  Technical  Review  Timing 


Reviews 


s  Technology  Readiness 
^  Assessment 

^  Technical  Reviews 
^  Program  Reviews 


ASR  —  Alternative  System  Review 
CDR — Critical  Design  Review 
FCA — Functional  Configuration  Audit 
FRP — Full  Rate  Production 


IBR — Integrated  Baseline  Review 

ISR — In-Service  Review 

ITR — Initial  Technical  Review 

OTRR — Operational  Test  Readiness  Review 


PCA — Physical  Configuration  Audit 
PDR — Preliminary  Design  Review 
PRR — Production  Readiness  Review 
SFR — System  Functional  Review 


SRR — System  Requirements  Review 
SVR — System  Verification  Review 
TRR — Test  Readiness  Review 
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Human  Systems 
Integration 


«  Back 


«  Back 


Human  Systems  Integration  (HSI) — Encompasses  the  interdisciplinary  technical  and  management  processes  for  integrating  human  considerations  within 
and  across  all  system  elements;  an  essential  enabler  to  systems  engineering  practice.  The  HSI  processes  facilitate  trade-offs  among  the  human-centric  domains 
without  replacing  individual  domain  activities,  responsibilities,  or  reporting  channels.  The  human-centered  domains  with  recognized  application  to  HSI  include: 
Manpower,  Personnel,  Training,  Human  Factors  Engineering,  Survivability,  Environment,  Safety,  Occupational  Health,  and  Habitability. 
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Activities  for  Each  Input 

1.0  Review  available  Concept  of  Operations 
(CONORS)  and  other  available  data 

1.1  Select  and  review  Baseline  Comparison 
Svstem(s)  (BCS)  documentation 

1.2  Assess  potential  HSI  domain  effects 

1.3  Ensure  human  constraints  are  included 

1.4  Ensure  domain  points  of  contact 
(POCs)  are  identiyed 

2.0  Set  HSI  conditions  and  constraints  for 

consideration  in  Analysis  of  Alternatives  (AoA) 

2.1  Collect  domain  inputs  for  each  alternative 

2. 2  De^  trade  space  and  risk  associated  with 
each  of  the  domains 

4.0  Set  HSI  conditions  and  constraints  for 
consideration  in  concepts 

4.1  Collect  domain  inputs  for  each  concept 

4.2  De^  trade  space  and  risk  associated  with  each 
domain  and  provide  inputs  for  each  concept 


/  Inputs  V 


ICD 

AoA  Plan 
Exit  Criteria 

Alternative  Maintenance  & 
Logistics  Concepts 


Interpret  User  Needs,  Analyze 
Operational  Capabilities  & 
Environmental  Constraints 


Trades 


Develop  Concept  Performance 
(&  Constraints)  Definition  & 
Verification  Objectives 


Materiel  Solution  Analysis  Phase 

Human  Systems  Integration 


VoutputsV. 


1.  Draft  System  Requirements 

2.  T&E  Strategy 

3.  SEP 

4.  System  Safety  Analysis 

5.  Supports  Maintenance 
Concepts  &  Technologies 

6.  Inputs  to: 

-draft  CDD -AoA  -TDS 
-Cost/Manpower  E  St. 


Validation 

Linkage 


Analyze/Assess  Concepts 
Versus  Defined  User  Needs  & 
Environmental  Constraints 


Trades 


Verification 

Linkage 


Assess/Analyze  Concept 
&  Verify  System 
Concept's  Performance 


Decompose  Concept 
Performance  into 
Functional  Definition  & 
Verification  Objectives 


Verification 

Linkage 


Assess/Analyze 
System  Concept  Versus 
Functional  Capabilities 


L 


Decompose  Concept 
Functional  Definition  into 
ComponentConcepts  & 
AssessmentObjectives 


Verification 

Linkage 


Assess/Analyze 
Enabling/Critical  Components 
Versus  Capabilities 


/ 


Develop  ComponentConcepts, 

/.e.,  Enabling/Critical  Technologies,  | 
Constraints  &  Cost/Risk  Drivers 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


Activities  for  Each  Output; 

1.0  Collect  domain  requirements  inputs 

1.1  E  nsure  draft  system  requirements  include 
human  constraints 

2.0  Determine  which  HSI  domains  can  be  tested 

2.1  P rovide  domain  inputs  as  applicable 

3.0  Write  draft  HSI  Plan 

4.0  E  nsure  each  domain  reviews  the  E  nvironment. 
Safety  and  Occupational  Health  (ESOH) 
hazard  and  risk  analysis  for  each  system 
[e.g.,  the  Preliminary  Hazard  List(PHL)1 

4.1  Collect  domain  impacts  and  costs 

4.2  Provide  domain  trade-off  impacts 

5.0  Summarize  domain  trade-off  inputs 

5.1  P rovide  consolidated  domain  inputs 

6.0  Provide  HSI  and  domain  inputs  as  applicable 


Tools: 

.  CATIA 

i  HSI  Requirements  Guide 

.  IMPRINT 


«  Back 


Materiel  Solution  Analysis:  Human  Systems  Integration 


•  Assess  and  identify  applicable  HSI  limitations  pertaining  to  environmental  issues  such  as 
system  threats,  usage  environment,  support  environment,  doctrine,  and  operational  concepts 

•  Assess  and  identify  applicable  HSI  limitations  pertaining  to  resources  such  as  the 
industrial  base,  notional  available  development,  operation  and  support  budgets,  and 
required  date  for  system yelding 

•  Assess  and  identify  applicable  HSI  limitations  on  the  technology  base  to  be  used 
for  concept  maturation 

•  Review  applicable  HSI  limitations  in  statutory  and  regulatory  documents  such  as  the  Federal 
Acquisition  Regulation,  the  DoD  5000-series,  CJ  CSM/I  guidance,  etc. 

•  Ensure  all  HSI  drivers  of  the  concept  de^ition  are  completely  captured  and  nenaged  as  an 
integral  human-centered  system 

©•  Analyze  and  assess  trade  space  and  HSI  risks  for  each  alternative  concept 
•  De^e  and  relate  human  performance  to  capability  needs  and  dreft  CONORS 
•  De^e  test  requiren^nts  needed  to  evaluate  the  ability  of  the  netured  system  concepts)  to 
meetrequiren^nts  of  veriycation  planning 
•  Assess  and  document  derived  HSI  requirements  atthe  system  performance  level 

©•  Translate  concept-level  HSI  criteria  (e.g.,  applicable  HSI  impacts,  human  performance 
limitations,  domain-speci^  risks,  tactical  system^  support  system^  training  system^  etc.) 
into  functional  requirements 

•  Analyze  and  assess  trade  space  and  HSI  risks  against  desired  functional  performance  in 
accordance  with  draftCONOPS 

•  Enable  veriycation  planning  for  test  and  evaluation  of  matured  conceptflinctionality  as 
de^ed  in  system  function  allocation 

•  Analyze  allocation  of  concept  functions  into  component  concepts  and  assessment 
objectives  OR  apply  identiyed  HSI  constraints  to  analyze  and  de^e  concept 
component  design  requirements 

•  Test  and  evaluate  HSI  component-level  requiren^nts  through  veriycation  planning 


Ensure  that  HSI  is  adequately  addressed  in  analyses,  modeling  and  simulation, 
demonstrations,  etc. 

Review  historical  information  (e.g.,  successes,  mishaps,  lessons  learned,  poor  human 
performance,  etc.) 


o 

o 

o 

o 


'  Trades  ' 


Assess  HSI  impacts  when  rating  component  concept  alternatives 

Review  results  of  hardware  and  software  modeling,  simulations,  demonstrations,  and 

prototypes  to  verify  the  satisfaction  of  component-level  HSI  requirements 

Ensure  that  HSI  attributes  are  integrated  to  support  overall  capability 

Assess  HSI  functional-level  impacts  of  rating  concept  alternatives 

Review  results  of  hardware  and  software  modeling,  simulations,  demonstrations,  and 

prototypes  to  verify  that  functional-level  HSI  requiren^nts  have  been  satisyed 

Assess  each  system  concept  against  identiyed  HSI  criteria  and  requirements 
Document  critical  HSI  risks,  mitigations,  and  potential  trade-offs  for  each  concept  alternative 
Rate  concept  alternatives  at  this  level  to  identify  critical  HSI  risks  and  mitigation 
control  measures 

Ensure  that  HSI  considerations  are  included  in  the  identiycation  of  advantages/ 

disadvantages  for  each  approach 

Ensure  that  enabling  technologies  address  HSI  considerations 


Review  Cost  Analysis  Requiren^nts  Description  (CARD)-like  docun^nts  to  con^that  HSI 

has  been  included  in  the  system  overview,  risk  and  system  operation  concept 

Verify  that  HSI  inputs  are  included  throughout  the  program's  cost  estimate 

Verify  that  HSI  donoin  requiren^nts  are  included  and  presented  in  sufydent  detail  to 

support  a  valid  program  cost  estimate 

Provide  HSI  inputs  to  re|oectthe  chosen  noteriel  solution  approach 

Provide  HSI  assumptions,  risks,  and  cost  drivers 

Review  AgA  and  evaluate  multiple  alternatives  for  the  system 

Verify  that  system  requirements  are  consistent  with  user  needs  and  applicable 

HSI  domain  standards 

Provide  HSI  inputs  and  risks  for  alternative  noteriel  solutions  that  have  been  identiyed 

Participate  in  AgA  to  ensure  that  HSI  considerations  have  been  addressed  in  the 
assessment  of  advantages  and  disadvantages 

Participate  in  trade  studies  to  identify  potential  HSI  hazards  and  risks,  to  ensure  that  HSI 
criteria  are  included  in  this  phase 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 


«  Back 


Activities  for  Each  Input; 


1.0  Update  HS I  domain  effects 

1.1  Review  and  update  human  constraints 

2.0  identify  trade-off  opportunities  among  domains 

2.1  Evaiuate  requirements  against  concepts 

2.2  Assess  domain  risks  and  impacts 

3.0  identify  the  key  risks 

3.1  Deveiop  ESOH  hazard  and  risk 
anaiysis  (e.g.,  PHD 

4.0  Assess  HSi  domain  inputs  for  maintenance 
and  support  strategies 

5.0  identify  associated  risks  for  each  aiternative 

5.1  Provide  domain  inputs  for  each  aiternative 

5.2  identify  aiternatives' strengths  and 
weaknesses  based  on  HSi  domain  trade-offs 

6.0  Review  domain  inputs  for  proposed  capabiiities 

6.1  identify  candidate  HSi  technoiogies 
for  maturation  based  on  Totai  Risk 
Assessment  (TRA) 

7.0  Prioritize  HSi  domain  requirements  for  the 
chosen  materiei  soiution 

7.1  Distinguish  risk  controis  and 
mitigation  technoiogies 

7.2  Verify  process  for  HSi  domain 
requirermnts  veriycation 

8.0  Deveiop  safety  anaiysis  for  each  concept 

8.1  Coordinate  within  domains  to  identify  hazards 


References: 


►  DQDi  5000.02  &  DODD  5000.01 

►  mg 

►  CiCSi  3170.01 

►  AFPD63-1/AFPD20-1 

►  AFi  63-101  &AFi  63-1101 

►  AFi  63-1201 

►  Domairvspeci^  policies 


Technology  Development  Phase  (Inputs) 

Human  Systems  Integration 


y Inputs  v 


ICD&DraftCDD 
Approved  Materiel  Solution 
Exit  Criteria 

Supports  Maintenance 
Concepts  &  Technologies 
AoA 
TDS 

T&E  Strategy 
System  Safety  Ana  lysis 


\ 


InterpretUser  Needs,  Analyze 
Operational  Capabilities  & 
Environmental  Constraints 


Validation 

Linkage 


Demo  &  Validate  System  & 
Tech  Maturity  Versus  Defined 
User  Needs  &  Environmental 
Constraints 


r 


Trades 


Trades 


I 


w  Develop  System  P erf  L 

1 

1  H 

1  (&  Constraints)  Spec  &  1 

1  Demo/Model  Integrated  System  1 

1  E  nabling/Critical  Tech  &  1 

1  Prototypes  Verification  Plan  1 

1^  Linkage  1 

1  .  1 

1  Versus  Performance  Spec  1 

1 


Develop  Functional  Definitions  for 
E  nabling/Critical  T  ech/P  rototypes 
&  Associated  Verification  Plan 


Decompose  Functional 
Definitions  into  Critical 
Component  Definition  & 
Technologies  Verification  Plan 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


Technology  Development  Phase  (Inputs):  Human  Systems  Integration 


o 

© 


Identify  critical  HSI  technology  needs 

Assess  HSI  domain-spedyc  technology  maturity  to  minimize  impact  on  HSI  domains 


Ensure  HSI  criteria  are  traceable  back  to  de^ed  system  capabilities  and  constraints 
Identify  HSI  requiren^nts  in  any  system  or  subsystem  perfomence  speciycation,  solicitation, 
contract,  and  evaluation  criteria 
De^e  HSI  test  requirements  for  identiyed  technologies 


De^e  HSI  criteria  for  weapon  system^  support  equipn^nt  and  training  systems 
Assess  HSI  impacts  from  technology  trade-offis  or  re^en^nts 
De^e  HSI  test  requirements  for  identiyed  technologies 


•  Evaluate  critical  technologies  from  an  HSI  perspective 

•  Review  demonstration  results  for  HSI-related  constraints,  risks,  and  opportunities 

•  Assess  HSI  impacts  associated  with  trade-offis  or  component  re^en^nts 


•  Evaluate  critical  technologies  from  an  HSI  perspective 

•  Ensure  HSI  is  properly  neloectEd  in  nrdeling  and  simulation  engineering  developn^nt  nrdels 

•  Review  demonstration  results  for  HSI-related  constraints,  risks,  and  opportunities 

•  Assess  HSI  impacts  associated  with  accepted  technology  risks  and  system  capabilities 


•  Ensure  applicable  HSI  elen^nts  are  embedded  in  the  System  Performance  Speciycation 
and  associated  system  development  plans 


Update  system  HSI  criteria 

Assess  HSI  impacts  on  hardware  and  software  elements  (physical  interfaces,  functional 
interfaces,  standards,  and  existing  technologies) 

Understand  HSI  impacts  for  system-of-systems  technology 

De^e  HSI  testing  and  validation  requiren^nts  for  critical  system  components 


Address  HSI  risk  areas  within  modeling  and  simulation  demonstrations  and  analyses 
Identify  and  evaluate  HSI  constraints  and  risks  associated  with  the  overall  system 
Revise  HSI  costand  risk  drivers  based  on  technology  testing  and  validation 


Integrate  evaluations  of  critical  technologies  across  all  functional  areas 

Validate  technology  components  against  system  component  HSI  requirements 

Participate  in  and  evaluate  demonstrations  for  HSI  impacts  with  new  technology  components 


(SR^  •  Validate  HSI  criteria  against  user  requirements 

•  Ensure  HSI  requirements  have  been  included  in  the  Systems  Performance  Speciycation 

•  Ensure  all  HSI  performance  requirements  that  affect  system  requirements  derived 
from  the  Capability  Development  Document  (CDD)  are  testable  and  de^ed  in  the 
system  functional  baseline 

•  Ensure  that  HSI  risks  are  included  in  the  comprehensive  risk  assessment 

'  Trades',  •  Participate  in  AoA  to  ensure  that  HSI  considerations  have  been  addressed  in  the 
^  '  assessment  of  advantages  and  disadvantages 

•  Ensure  trade  space  and  risks  analyzed  include  HSI  considerations  and  are  assessed 
against  available  technologies 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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Technology  Development  Phase  (Outputs) 

Human  Systems  Integration 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


Activities  for  Each  Output; 


1.0  Incorporate  domain  considerations  into 
baseline  parameters 

1.1  Identify  domain  performance  requirements 

1.2  Assign  requirements  to  system  components 

2.0  Address  all  HSI  concerns 

2.1  Document  HSI  issues,  concerns,  risks, 
and  action  items 

3.0  Provide  HSI  inputs  fortesting 

3.1  Ensure  HSI  risk  areas  will  be  tested 

3.2  Identify  preliminary  HSI  test  techniques 

4.0  Include  HSI  planning 

4.1  Include  HSI  inputs  throughout 

5.0  Include  HSI  integration  strategy,  risks, 
responsibilities,  and  hazard  tracking  process 

6.0  Provide  HSI  inputs  as  needed 

7.0  Update  risk  mitigation  technology 
readiness  levels 

8.0  Review  and  update  checklist  items 

9.0  Reassess  HSI  risks 

9.1  Update  HSI  risks  and  inputs  to  other 
technology  areas 

10.0  Provide  HSI  inputs  to  support  and 
maintenance  requirements 

11.0  Participate  in  compilation  of  the  inputs  with  HSI 

11.1  Provide  HSI  requirements  and  domain 
inputs  as  applicable 

11.2  Update  the  Manpower  Estimate  Report  (MER) 


Tools: 


.  IMPRINT 
>  CATIA 
.  IPME 


«  Back 
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Technology  Development  Phase  (Outputs):  Human  Systems  Integration 


■  ■  •  Develop  HSI  pno^e  and  system  boundaries  across  the  life  cycle 

•  Embed  HSI  in  requirements  and  acquisition  documentation  i.e.,  Initial  Capabilities  Document 
(ICD).  CDD.  Acquisition  Program  Baseline  (APB).  Systems  Enoineerina  Plan  (SEP).  Human 
Systems  Integration  Plan  (HSIP).  Testand  Eyaluation  Master  Plan  (TEMP).  Life  Cycle 
Management  Plan  (LCMP).  etc. 

•  Identify,  deyelop,  and  document  HSI-critical  requirements  and  yerify  they  are  included  in  the 
requirements  tracking  system 

•  Include  ESOH  assessment  (reference  updated  DAG.  Chapter  4-Systems  Engineering) 


Conduct  HSI  analysis  and  deyelop  HSI  risk  metrics 

Research  all  subsystem  Human-Machine  Interface  (HMI)  and  HSI  requirements 

Reyiew  all  trade  studies  for  HSI  impacts 

Expand  HSI  analysis  to  include  functional  speciycations 

Verify  HSI-critical  functional  speciycations  are  included  in  requiren^nts  tracking  system  and 
in  the  System  Verivcation  Plan 

Verify  National  Enyironmental  Policy  Act  Executiye  Order  (NEPA/EO)  12114  requirements 

are  being  met  at  proposed  testing  and  training  locations 

Proyide  HSI  updates  for  demilitarization/disposal  planning 

Identify  HSI  requirements  in  system  or  subsystem  solicitations  or  contracts 


Reyiew  updated  ESOH  hazard  and  risk  analysis  for  HSI  impacts  [e.g.,  Preliminary  Hazard 
Analysis  (PHA).  System  Hazard  Analysis  (SHA).  Subsystem  Hazard  Analysis  (SSHA),  and 
Operations  and  Support  Hazard  Analysis  (O&SHA) 

Reyiew  HSI-deriyed  requirements  for  component,  subsystem,  and  system  to 
include  test  requirements 

Proyide  updated  input  for  demilitarization/disposal  planning 

Expand  and  update  HSI  limitations,  risks,  and  attributes  as  detailed  design 

speciycations  evolve 

Verify  HSI-critical  design  speciycations  are  included  in  requinen^nts  tracking  system^ 
detailed  design  speci^ations,  and  in  Convauration  Item  (Cl)  Veriycation  Plan 
Address  HSI  in  the  Preliminary  Design  Reyiew  (PDR) 


•  Address  HSI  requirements  in  the  system  functional  baseline  and  in  conjunction  with  the 
lower-leyel  performance  requirements 

•  Ensure  requirements,  metrics,  and  deyelopment  efforts  associated  with  HSI  are  included  in 
the  program  documentation  and  LCMP 

•  Ensure  system  requiren^nts  and  the  functional  baseline  are  sufycientiy  detailed  to  enable  a 
reasonable  cost  estimate 


PD^  •  Ensure  domain-spedyc  performance  requirements  are  included  in  the  preliminary  design 

•  Reyiew  subsystem  requirements  to  address  HSI  issues 

•  Ensure  HSI  design  factors  haye  been  reyiewed  and  included  where  needed  in 
the  oyerall  system  design 

•  Ensure  HSI  risks  are  identiyed  and  manageable 

•  Ensure  100%  of  all  safety-critical  drawings  are  complete 

•  Ensure  requirements,  metrics,  and  deyelopment  efforts  associated  with  HSI  are  included 
in  the  program  documentation  and  LCMP 

•  Eyaluate  the  preliminary  design  for  possible  risks,  design  shortfalls,  and 
undocumented  requirements 


'  Trades  ,  •  Conduct  trade  Studies  on  threshold  and  objectiye  leyels  of  HSI  requirements  as 
'  the  design  matures 

•  Re^e  HSI-related  key  perforrmnce  par^n^ter  thresholds  and  objectives  with  apprDval 
of  requirements  authority 

•  Participate  in  HSI-critical  trade  studies 

•  Reyiew  results  of  all  trade  studies 

•  Coordinate  with  other  HSI  domains  to  assess  trade-offs  within  HSI  and  determine 
technology  readiness 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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Activities  for  Each  Input; 

1.0  Update  HSI  performance  criteria 

1.1  Ensure  domain-speciyc  inputs  are  included 
2.0  Provide  HSI  inputs  as  required 

3.0  Update  critical  domain-speciyc  risks  and 
mitigation  approaches 
4.0  Verify  HSI  criteria  are  included 
5.0  Update  HSI  inputs 
6.0  Validate  and  vnalize  HSIP 

6.1  Include  HSI  domain  inputs 

7.0  Provide  HSI  inputs  as  required 
8.0  Assess  HSI  risk  areas 

8.1  Review  modeling  and  simulation 
efforts  and  results 

8.2  Develop  and  document  Live  Fire  Test  and 
Evaluation  (LFT&E)  strategy 

9.0  Coordinate  with  ESOH  Subject  Matter  Experts 
(SMEs)  to  verify  HSI  consideration 
9.1  Review  the  P  rogrammatic  E  nvironment, 
Safety,  and  Occupational  Health  Evaluation 
(PESHE)  and  ensure  it  includes  HSI 
integration  strategy,  risks,  responsibilities,  and 
hazard  tracking  process 
10.0  Verify  HSI  content  if  required 
11.0  Verify  HSI  content  if  required 
12.0  Review  NE PA  schedule  checklist  items  for 
HSI  inputs  as  applicable 
13.0  Update  HSI  risks  based  on  new/recent 
tests  and  analysis 

14.0  Provide  consolidated  HSI  inputs  to  the 
support  and  maintenance  requirements 
and  associated  plans 
15.0  Provide  HSI  inputs  as  required 


References: 


•  DQDI  5000.02  &  DODD  5000.01 

•  mg 

•  Cl  CSI  3170.01 

•  AFPD63-1/AFPD20-1 

•  AFI  63-101  &AFI  63-1101 

•  AFI  63-1201 

•  Domain-sped^  policies 


Engineering  and  Manufacturing  Development  (Inputs) 

\  Human  Systems  Integration  / 


_ /  Inputs  \ 

1.  Sys  Performance  Spec 

2.  Acquisition  Strategy 

3.  Exit  Criteria 

4.  APB  5.CDD  6.  SEP 

7.  PPP  8. TEMP  9.PESHE 
10.  STA  11.  ISP 

12.  NE  PA  Compliance  Schedule 

13.  RiskAssessment 

14.  Validated  Sys  Supports  Maint 
Objectives  &  Requirements 

15.  Product  Support  Strategy 


Ir 


InterpretUser  Needs,  Refine 
System  Performance  Specs  & 
Environmental  Constraints 


J 


Trades 


^Develop  System  Functional 
Specs  &  Verification 
Plan  to  Evolve  System 
Functional  Baseline 


Lighter  blocks  reflecttechnical 
efforts  required  during  EM  D  if  PD R 
does  notcome  priorto  Milestone  B. 


>  r 


Evolve  Functional 
Performance  Specs  into 
System  Allocated  Baseline 


Tools: 


•  IMPRINT 

•  CATIA 

•  ATB  Model 

•  iMi 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


Engineering  and  Manufacturing  Development  (Inputs):  Human  Systems  Integration 


Develop  HSI  pno^e  and  system  boundaries  across  the  life  cycle 

Embed  HSI  in  requirements  and  acquisition  documentation  i.e.,  ICD,  CDD.  APB.  SEP. 

HSIP.TEMP.  LCMP 

Identify  and/or  develop  HSI-critical  requirements  and  verify  they  are  included  in  the 
requirements  tracking  system 

Include  ESOH  assessment  (reference  updated  DAG.  Chapter  4-Svstems  Engineering) 


Initiate  development  of  HSI  analysis  and  risk  metrics 

Review  and  understand  all  subsystem  HMI  and  HSI  requirements 

Review  all  trade  studies  for  HSI  impacts 

Expand  HSI  analysis  to  include  functional  speciycations 

Verify  HSI-critical  functional  speciycations  are  included  in  the  requiren^nts  tracking  system 
and  in  the  System  Verivcation  Plan 

Verify  NEPA/EO  12114  requirements  are  being  met  at  proposed  testing  and  training  locations 
Provide  updated  input  for  demilitarization/disposal  planning 


Review  updated  system  safety  and  ESOH  hazard  and  risk  analysis  for  HSI  impacts 
(e.g.,  PM,  SM,  SSHA,  and  O&SHA) 

Review  HSI-derived  requirements  for  component,  subsystem,  and  system  to 
include  test  requirements 

Provide  updated  input  for  demilitarization/disposal  planning 

Expand  and  update  HSI  limitations,  risks,  and  attributes  as  detailed  design  speciycations  evolve 
Verify  HSI-critical  design  speciycations  are  included  in  requiren^nts  tracking  system^ 
detailed  design  speci^ations,  and  in  the  G  Veri^ation  Plan 
Ensure  HSI  is  addressed  as  partofthe  overall  PDR 


Cs)  •  Ensure  HSI  requirements  are  addressed  in  the  system  functional  baseline  in  conjunction  with 
the  lower-level  performance  requirements 

•  Incorporate  HSI  in  system  and  software  assessments 

•  Ensure  requirements,  metrics,  and  development  efforts  associated  with  HSI  are  included  in  the 
program  documentation  and  LCMP 

•  Ensure  system  requiren^nts  and  the  functional  baseline  are  sufyciently  detailed  to  enable  a 
reasonable  cost  estimate 

(g)  .  E  nsure  domain  performance  requirements  are  included  in  the  preliminary  design 

•  Review  subsystem  requirements  to  address  HSI  issues  from  all  functional  areas 

•  Ensure  HSI  design  factors  have  been  reviewed  and  included  where  needed  in  the 
overall  system  design 

•  Ensure  HSI  risks  are  identiyed  and  manageable 

•  Ensure  100%  of  all  safety-critical  drawings  are  complete. 

•  Ensure  requirements,  metrics,  and  development  efforts  associated  with  HSI  are  included  in  the 
program  documentation  and  LCMP 

•  Evaluate  the  preliminary  design  for  possible  risks,  design  shortfalls  and  undocumented  requirements 

(CD^  •  Update  HSI  inputs  in  the  risk  assessment 

•  Review  CDD  requirements  to  ensure  HSI  concerns  are  considered 

•  Ensure  HSI  risks  are  identiyed  and  manageable 

•  Ensure  requirements,  metrics,  and  development  efforts  associated  with  HSI  are  included 
in  the  program  documentation  and  LCMP 

•  Ensure  hardware  design  and  software  product  speciycations  have  adequately 
addressed  all  HSI  risks 


Review  ESOH  hazard  and  risk  analysis  for  HSI  impacts  (e.g.,  SSHA,  SHA.  and  O&SHA) 
Update  HSI-derived  requirements  for  component,  subsystem,  and  system  to  include  test 
and  inspection  requirements 

Identify  HSI-critical  processes  for  product  baseline  build-to  documentation  and  software 
code-to  documentation 

Include  system  HSI-critical  processes  and  components  in  inspection  plan 
Participate  in  component  design  selections 

Review  Level  of  Repair  Analysis  and  Maintenance  Task  Analysis  for  HSI  impacts 
Verify  system  HSI-critical  design  speciycations  are  included  in  the  requiren^nts  tracking 
system  and  detailed  design  speciycations  as  necessary 


'  Trades  ) 


Participate  in  HSI-critical  trade  studies  and  review  results  of  all  trade  studies 
Ensure  as  the  design  is^alized,  HSI  considerations  that  affect  the  component  level  of  the 
system  are  partofthe  decision  making  and  trade  studies  that  occur  at  this  level  of  design 
Coordinate  with  other  HSI  domains  to  assess  trade-offs  within  HSI  and  determine 
technology  readiness 

Coordinate  with  systems  engineers  to  provide  inputs  to  trade-offs  that  affect  system  and 
subsystem  HSI  requirements 

Ensure  open  HSI  issues  and  risks  are  documented  in  the  PDR  assessment  report 
Review  documentation  for  domain-speciyc  requiren^nts,  analysis,  decisions,  and  (askings 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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Activities  for  Each  Output; 

1.0  Update  domain  considerations  into 

baseline  parameters  and  reassess  domain 
performance  requirements 

I. 2  Integrate  subsystem  and  component  requirements 
2.0  Identify  HSI  concerns  in  modeling  and 

simulation  outputs,  rrack-up  tests,  and^t 
article  testing 

3.0  Review  and  update  for  HSI  issues 
4.0  Identify  HSI  aspects  of  maintenance  and  logistics 
5.0  Document  residual  risks  and  HSI  risk 
acceptance  decisions 

5. 1  Review  domain-speciyc  incidents  and  mishaps 
that  are  HSI-related 

6.0  Update  HSIP  with  HSI-related  concerns  from 
technical  reviews 

6. 1  Update  strategy  to  rejoect  HS I  risks  and 
control  measures 

7.0  Update  HSI  technology  readiness  levels  from 
risk  considerations 

8.0  Identify  E SO H  risks  and  strategy  for  integration 
into  SEP  and  HSIP 

8. 1  Review  identiyed  gaps  with  ESOH  POCs 
9.0  Update  HSI  Inputs  to  maintenance  and 

logistics  planning 

10.0  Review  System  Safety  Analysis  for  accuracy 
and  completeness 

10.1  Review  safety  analysis  data  for  HSI  opportunities 

II. 0  Provide  HSI  inputs  as  required 

11.1  Update  the  MER  with  HSI-relevant content 


«  Back 
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Engineering  and  Manufacturing  Development  (Outputs):  Human  Systems  Integration 


Q 

Q 

© 

O 

o 


Evaluate  process  and  design  changes  as  necessary 
Review  and  recommend  HSI  updates  to  the  TEMP 

Ensure  G  veriycation  Developn^ntal  Test  and  Evaluation  (DT&E)  procedures  include  HSI 
requiren^nts  and  veriycation  testing 

Initiate  HSI  risk  acceptance  reviews  and  documentation  as  appropriate 
Update  status  information  on  HSI  risks  and  impacts 

Verify  integrated  DT&E,  LFT&E,  and  Early  Operational  Assessment  (EOA)  procedures 
include  appropriate  HSI  tests  and  evaluations 

Recommend  HSI  risk  mitigation  control  measures  based  on  DT&E  test  results  as  appropriate 
Initiate  HSI  risk  acceptance  reviews  and  documentation  as  appropriate 
E  nsure  NEPA/EO  12114  compliance  is  completed  prior  to  testing 


(™)  Ensure  tests  are  planned  to  address  identiyed  HSI  requiren^nts 

•  Ensure  test  procedures  and  planning  are  complete  and  compliant  for  HSI 

•  Verify  that  identiyed  HSI  risk  levels  are  acceptable  to  the  program  leadership 

•  Ensure  operations  and  support  HSI  risks  are  fully  documented  and  made  available  to  testers 

•  Ensure  system  functionality  is  assessed  and  determine  if  it  meets  HSI  requirements 
documented  in  the  functional  baseline 

•  Ensure  adequate  HSI  metrics  are  in  place 

•  Ensure  HSI  risks  are  identiyed  and  manageable 

•  Review  manufacturing  processes  to  ensure  the  manufacturer  has  addressed  HSI  issues, 
focusing  on  environment,  safety,  packaging,  and  transportation 

•  Reassess  production  readiness  in  the  event  of  signiycant  manufacturing  process  changes 
(i.e.,  new  locations  or  subcontractors) 


Ensure  tests  are  conducted  that  address  HSI  and  all  test  results  are  reviewed  for 
hazard  control  effectiveness 

Update  HSI  impacts  and  risks  based  upon  conyguration  changes 

Provide  updated  HSI  input  for  demilitarization/disposal  planning 

Verify  system  DT&E,  LFT&E  and  EOA  procedures  include  HSI-appropriate  tests 

Recommend  HSI  risk  mitigation  measures  based  on  test  results 

Provide  HSI  risk  review  and  acceptance  for  upcoming  test  activities,  as  appropriate 

Verify  that  HSI  test  results  support  speciycation  requinen^nts 

E  nsure  NEPA/EO  12114  compliance  is  completed  prior  to  testing 

Ensure  test  results  mitigated  HSI-relevant  challenges 

Update  HSI  status  and  analyses  based  upon  conyguration  changes 

Verify  the  combined  DT&E,  LFT&E  and  EOA  procedures  include  appropriate  HSI  tests 

derived  from  system  HSI  analyses  and  reviews 

Recommend  HSI  risk  mitigation  measures  as  necessary 

Provide  HSI  risk  review  and  acceptance  for  upcoming  test  activities  as  appropriate 

Ensure  HSI  issues  identiyed  during  testing  are  resolved 


E  nsure  NEPA/EO  12114  compliance  is  completed  prior  to  testing 
Ensure  test  results  mitigated  HSI-relevant  challenges 

Review  operational  supportabilityand  interoperability  certiycations  for  HSI  sufydency 
Identify  and  characterize  any  residual  HSI  risks 
Update  HSI  status  and  analyses  based  upon  conyguration  changes 
Recommend  HSI  risk  mitigation  measures,  as  necessary 


(PR^  •  Ensure  HSI  risks  are  identiyed  and  manageable 

•  Ensure  changes  made  during  Engineering  and  Manufacturing  Development  do  not  degrade 
HSI  in  either  the  materials  or  manufacturing  processes 


FCA  •  Con^the  HSI  perfomonce  requiren^nts  achieve  their  functions  during  testing 

•  Ensure  HSI  concerns  are  addressed  when  reviewing  the  CTs  test/analysis  data,  including 
software  unit  test  results,  to  validate  the  intended  function  or  performance  stated  in 

its  speciycation  is  n^t 

•  Audit  HSI  functional  requirements  against  development  test  results  to  ensure 
satisfaction  of  all  requirements 


'  Trades  ] 


Ensure  as  the  design  is^alized,  HSI  considerations  that  affect  the  component  level  of  the 
system  are  part  of  the  decision  making  and  trade  studies  that  occur  at  this  level  of  design 
Participate  in  HSI-critical  trade  studies  to  ensure  HSI  concerns  are  addressed 
Review  results  of  all  trade  studies 


Assess  HSI  risks  against  exit  criteria  for  this  acquisition  phase 

Identify  those  HSI  risks  that  could  result  in  a  breach  to  the  program  baseline  or  substantially 

impact  cost,  schedule,  or  performance 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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Activities  for  Each  Input; 


1.0 


Production  &  Deployment  Phase 

Human  Systems  Integration 


Review  integrated  system  results  and  identify 
HSI  concerns 

II  Docun^i^ultscfHSI-speci^te^ 

identify  planned  corrective  actions  as  appropriate 

1.2  Leverage  test  results  for  HSI  nediycations 

2.0  Docurrent  risk  control  rreasures  of  identic 
HSI  constraints 

3.0  Provide  comprehensive  HSI  program 
inputs  as  required 

4.0  Update  HSI  requirements  and  performance 
attributes  to  the  system 

5.0  Update  strategy  for  incorporating  HSI  risk 
management  into  SE 

5.1  Update  HSIP  with  HSI-related  concerns  from 
operational  test  results 

6.0  Monitor  test  planning  to  ensure  HSI  risk  areas 
are  being  addressed 

6. 1  Revise  to  rejoect  modiycations  in  HSI 
testing  approach 

7.0  Provide  HSI  updates  to  product  support  plans 

8.0  Ensure  inclusion  of  HSI  risks  and  strategy  for 
integration  into  SEP 

9.0  Continue  to  monitor  and  track  ongoing 
analysis  results  for  HSI  opportunities 

9.1  Update  with  HSI  Inputs  as  required 


J Inputs  V 


1.  Test  Results 


Exit  Criteria 

APB 

CPD 

SEP 

TEMP 

Product  Support  Package 
PESHE 

System  Safety  Ana  lysis 


^Outputs  V_ 


1.  Production  Baseline 


A 


Test  Reports 
TEMP 
PESHE 
SEP 

System  Safety  Analysis 
Input  to: 

-Cost/Manpower  Est. 


Z 


*  1 

Analyze  Deficiencies  to  | 

L- 

Verification/Validation  ^  | 

p  '  s 

1  Verify  &  Validate 

Determine  Corrective  Actions  1 

1 

Linkage  1 

1  Production  Configuration 

Activities  for  Each  Output; 


1.0 


2.0 


2.1 

3.0 

4.0 

4.1 
5.0 

5.1 

6.0 

7.0 


Provide  HSI  updates  based  on  Low  Rate  Initial 
Production  (LRIP)  and  test  results  as  required 
Review  test  results  for  any  HSI  concerns  and 
ensure  appropriate  corrective  actions  will  be 
taken  to  address  shortfalls. 

Ensure  trade-off  decisions  address  HSI 
Incorporate  HSI-relevantdata  and  further 
testing  requirements 
Coordinate  with  ESOH  SME's  forany 
required  updates 

Verify  compliance  with  NEPA  provisions 
Update  HSI  risks  and  strategy  for  integration 
Revise  to  re|oect  changes  in  HSI  data 
or  strategies 

Review  and  include  HSI  Inputs  as  required 
Revise  MER  to  rejoect  cbmain-speciyc 
changes  and  impacts 


Production  and  Deployment:  Human  Systems  Integration 


•  Review deyciency  reports  (DR)  for  HSI  implications 

•  Participate  in  development  of  HSI  mitigation  measures 

•  Participate  in  Conjuration  Control  Board  (CCB)  to  include  reviewing  Engineering  Change 
Proposals  (ECPs)forHSI  implications 

•  Analyze  effectiveness  of  recommended  NEPA/EO  12114  mitigation  measures,  and  potential 
impacts  on  the  natural  environment 

•  Participate  in  planning  of  build,  nndi  jation,  veri  jation,  and  test  activities  for  the 
proposed  design  solution 

•  Assess  the  proposed  design  solution  for  correction  of  HSI  de  jiencies 

•  Verify  HSI  system  requirements  and  constraints  attesting  and  training  locations 

•  Identify  HSI-critical  design  and  veri  jation  requirements 

•  Provide  HSI  risk  review  and  acceptance  for  upcoming  test  activities  as  appropriate 

•  Balance  HSI  recommendations  with  system  cost,  schedule,  and  performance  risks 


•  Verify  and  validate  HSI-critical  design  conjuration 

•  Monitor  testing  and  test  results  to  validate  HSI-relevant  modi  jations  are  effective 

•  Incorporate  approved  HSI  changes  that  resolve  HSI  issues  in  the  jal  production 
conjuration  baseline 


PCA  I  •  Ensure  human  concerns  are  accounted  for  with  testing,  measuring,  and  controlling 
within  the  system 

•  Ensure  HSI  concerns  are  adequately  planned,  tracked,  and  controlled  when  con  jning  the 
manufacturing  processes,  quality  control  system,  measurement,  test  equipment,  and  training 

•  Ensure  the  procured  data  package  notches  the  as-built  conjuration 

•  Identify  hazardous  materials  and  processes  in  the  technical  data  package 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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Activities  for  Each  Input; 


1.0  Review  HSI-related  incident  and 
mishap  data  reports 

1.1  Identify  HSI-related  maintenance  issues 

1.2  Provide  HSI  inputs  and  constraints  to 
systEinmxliycations 

2.0  Solicit  user  inputs  to  identify  HSI  issues 

2.1  Participate  in  system  HSI  working  groups  to 
highlight  HSI  opportunities 

3.0  Review  HSI-related  incident  and 
mishap  data  reports 

3.1  Ensure  domain  SMEs  review  relevant  reports 
4.0  Review  and  analyze  for  HSI  issues 

4.1  Provide  HSI  inputs  to  trade-off  analysis 
5.0  Update  strategy  for  merging  HSI  risk 

management  into  SE 

5.1  Update  HSIP 

6.0  Ensure  inclusion  of  HSI  risks  and  strategy  for 
incorporation  into  PESHE 
7.0  Revise  HSI  data  and  analysis  results 


Operations  &  Support  Phase 

Human  Systems  Integration 


y Inputs  v 


1.  Service  Use  Data 


User  Feedback 
Failure  Reports 
Discrepancy  Reports 
SEP 
PESHE 

System  Safety  Ana  lysis 


f  n 

\Review^ 

1  Monitorand  CollectAII  1 

1  Implementand  Field  ■ 

1  Service  Use  Data  I 

k 

\ 

'  / 

\ 


Trades  f 


'  Trades  'x 


f  i 

1  ''  1 

I  ^ 

1  Analyze  Data  to  1 

'^1 

1  Assess  Risk  of  N 

1  Determine  RootCause  1 

1  Improved  System  1 

1  '  1 

l^l 

\ 


t 


1  Determine  System  1 

1  *1 

1  ^ 

1  Integrate  and  Test  ■ 

1  Risk/Hazard  Severity  1 

1  Corrective  Action  1 

*  1 

1  '  1 

1  • 

References: 


►  DODI  5000.02  &  DODD  5000.01 

►  mg 

►  Cl  CSI  3170.01 

►  AFPD63-1/AFPD20-1 

►  AFI  63-101  &AFI  63-1101 

►  AFI  63-1201 

►  DorTBirvspeci^  policies 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


Operations  and  Support:  Human  Systems  Integration 


Provide  system  HSI  criteria  to  engineering  and  logistics  staff 
Reviewdatafor  HSI-in|ouenced  hazards  (e.g.,  trend  analysis) 

Identify  opportunities  fortechnology  insertion  to  reduce  HSI  risks 
Analyze  rates  forClass  A,  B,  and  C  mishaps  forthe  system  and  subsystems 
for  HSI  causal  factors 

Review  technical  data  change  requests  that  may  impact  HSI 


•  Conduct  in-depth  system  analyses  to  ensure  corrective  n^asures  and  design  nridiycations 
do  not  spawn  additional  deyciencies  or  degrade  human  performance 

•  Recomn^nd  deyciency  closure  to  appropriate  risk  acceptance  authorities 
(updated  residual  risk) 

•  Revise  system's  hazard  analysis  and  risk  tracking  systems.  Modify  system  status  reports  to 
re|oectHSI  impacts 


o 


Apply  appropriate  System  Safety  Analysis  techniques  to  determine  if  HSI  root 
causal  factors  exist 


Evaluate  data  for  HSI  implications 

Revise  system's  hazard  analysis  and  risk  tracking  systems.  Modify  system  status  reports 
tore|oectHSI  impacts 


Prioritize  HSI-related  hazards  for  risk  mitigation 

Revise  system's  hazard  analysis  and  risk  tracking  systems.  Modify  system  status  reports 
toneloectHSI  impacts 


•  Continue  to  monitor  and  track  system  health,  human  performance  indicators,  mishaps, 
deyciencies,  closure  actions,  mitigation  measure  effectiveness,  and  residual  risk  to 
validate  enhancement  efforts 


In-Setvic^ 

Review^ 


Ensure  that  HSI  considerations  are  included  during  the  risk,  operational  readiness,  technical 

status,  and  trends  assessments  in  a  measurable  form 

Substantiate  assessments  with  in-service  support  budget  priorities 

Include  System  Safety  Working  Group  to  support  the  System  Hazard  RiskAssessment 

Review  and  update  problem-reporting  metrics 


Apply  system  safety  order  of  precedence  to  HSI  corrective  actions 

Revise  system's  hazard  analysis  and  risk  tracking  systems.  Modify  system  status  reports 

toneloectHSI  impacts 

Identify  nequiren^nts  for  veri^ation  of  HSI  mitigation  control  n^asures 


'  Trades'  •  As  corrective  actions  are  incorporated  into  the  system,  HSI  considerations  that  affect  the 
^  '  system  should  be  part  of  the  decision  making  and  trade  studies  that  occur 

•  Utilize  HSI  analysis  to  injouence  maintenance  and  modiycation  trade-off  decisions 

•  Participate  in  HSI-critical  trade  studies  and  review  results  of  all  trade  studies 


Evaluate  test  results  for  risk  mitigation  effectiveness 

Ensure  control  measures  do  not  introduce  latent  problems  into  other  domains,  systems, 
human  performance,  or  processes 

Revise  system's  hazard  analysis  and  risk  tracking  systems.  Modify  system  status  reports 
toneloectHSI  impacts 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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Manpower 


«  Back 


«  Back 


Manpower — Addresses  the  number  and  type  of  personnel  in  the  various  occupational  specialties  required  and  potentially  available  to  train,  operate,  maintain, 
and  support  the  deployed  system.  The  Manpower  domain  includes  the  pursuit  of  engineering  designs  that  optimize  the  efficient  and  economic  use  of  manpower, 
keeping  human  resource  costs  at  affordable  levels.  Determination  of  required  Manpower  positions  must  recognize  the  evolving  demands  on  humans  (cognitive, 
physical,  and  physiological)  and  consider  the  impacts  that  technology  can  make  on  humans  integrated  into  a  system.  Manpower  in  HSI  is  related  to  but  not 
identical  to  Human  Resources. 


«  Back 
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Materiel  Solution  Analysis  Phase 

Manpower 


Activities  for  Each  Output; 

1.0  Review  system  requirements  for  impacts  to 
manpower,  especially  force  structure,  number  of 
operating  locations,  and  maintenance  concepts 

2.0  Re^  the  initial  task  list  based  on  test 
operations  tasks 

2.1  Identify  potential  manpower  drivers  in 
theT&E  strategy 

3.0  P  rovide  preliminary  manpower  costs  and 
issues  to  SEP. 

4.0  Review  safety  analyses  for  potential 
manpower  drivers 

5.0  Assess  the  concepts  and  technologies 

5. 1  Develop/Re^e  task  lists  for  the  concepts 

5.2  Estimate  manpower  costs  for  the  alternatives 

6.0  Develop  the  initial  manpower  Program 

Objective  Memorandum  (POM)  estimate 

6.1  Prepare  initial  MER 

6.2  Provide  a  manpower  input  to  the  program 
acquisition  strategy  and  ICMP 


(S) 


Materiel  Solution  Analysis:  Manpower 


Collect  preliminary  CONORS  data  on  the  new  system,  i.e.,  system  requirements,  concepts, 
functions,  performance  goals,  performance  standards,  equipment,  operational  environment, 
force  structure,  and  sustainment  concept 


Identify  a  BCi  and/or  system  components  for  comparative  analysis 
Identify  potential  manpower  drivers  in  the  ICD  e.g.,  24  hour  operations, 

2-man  safety  practices,  etc. 

Determine  manpower  objectives,  constraints,  performance  criteria,  trade-offs,  risks,  and 
cost-drivers  as  inputs  to  major  program  documentation 


Collect  and  calculate  manpower  requirements  from  the  BCi  and  conduct  a  rough 
comparison  with  the  new  system  to  develop  an  initial  manpower  estimate 
Identify  functional-level  differences  between  the  baseline  system  and  alternatives 
Compare  known  parameters  of  the  BCi  with  functional  requirements  of  the  new  system(s) 


•  Identify  component-level  differences  between  the  baseline  system  and  alternatives 


•  Begin  building  and  reding  task  lists  for  the  various  alternatives  at  the  job/task  level  for  tasks 
associated  with  operating,  maintaining,  and  supporting  the  system 

•  Estimate  manpower  costs  for  the  alternatives  at  the  job/task  level  for  tasks  associated  with 
operating,  maintaining,  and  supporting  the  system 


Estimate  manpower  resource  changes  required  for  the  new  system  (operation, 

maintenance,  support)  based  on  component-level  differences  between  the  baseline 

system  and  alternative  systems 

Identify  manpower  requirements  for  the  training  pipeline 

Assess  and  document  risk  of  Air  Force  (AF)  inability  to  meet  manpower  requirements 

at  the  component  level 


Estimate  manpower  resource  changes  required  for  alternatives  based  on  differences 
with  the  baseline  system  at  the  functional  level 

Assess  and  document  risk  of  AF  inability  to  meet  manpower  requirements  at  the 
functional  level 

Assess  manpower  impacts  of  planned  training  methods  for  functional-level  tasks 


•  Estimate  manpower  resource  changes  required  for  alternatives  based  on  differences  with 
the  baseline  system  at  the  system  level 

•  Continue  populating  costand  manpower  estimates  atthe  system  level 

•  Assess  and  document  risk  of  AF  inability  to  meet  manpower  requirements  atthe  system  level 

•  Review  modeling,  simulations,  and  analyses  to  validate  manpower  inputs  for 
operations  and  sustainment 

•  Assess  manpower  impacts  of  planned  training  methods  for  system-level  operations  and  tasks 


•  Complete  preliminary  manpower  cost  estimates  for  all  alternative  systems 

•  E  nsure  all  risks  of  AF  inability  to  meet  manpower  requirements  at  the  planned  operational 
readiness  level  and  operations  tempo  (OPSTEMPO)  are  docun^nted,  and  rejoected  in  the 
program  cost  estimate  and  related  program  documents 

•  Update  system-level  requirements  as  necessary  to  record  any  new  or  revised  training 
manpower  requirements 

•  Review  program  schedule  and  POM  to  ensure  manpower  is  funded  in  sync  with 
operations  and  sustainment 


•  Review  initial  technical  conyguration  and  identify  any  manpower  issues 

•  Ensure  sufycient  detail  is  provided  to  support  a  valid  cost  estinrate 

•  Provide  nranpower  inputs  to  rejoectthe  chosen  materiel  solution  approach 

•  P  rovide  manpower  assumptions,  risks,  and  cost  drivers 

•  Evaluate  manpower  costs  for  each  alternative  system  and  provide  strategy  options  for 
reducing  manpower  costs  if/as  appropriate 

•  E  nsure  the  manpower  requirements  agree  with  user  needs  and  expectations 

•  Provide  manpower  inputs  and  liste  for  alternative  materiel  solutions  that  have  been  identiyed 


'  Trades'  •  Participate  in  trade  Studies  to  evaluate  options  against  manpower  costs  throughout  this 
^  ^  phase  to  ensure  manpower  concerns  are  addressed 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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Activities  for  Each  Input; 

Identify  any  manpower  limitations 
(e.g.,  no  growth) 

De^eni0npov\er goals  (e.g.,  reduce  human 
footprint  to  operate  and  maintain  the  new 
system  compared  to  the  legacy  system 
Use  manpower  limitations  and  goals  to  drive 
trade-off  analyses 

Compare  the  preferred  system  concept 
to  the  BCS 

Develop  manpower  exit  criteria 
Ensure  manpower  concepts  in  CONORS  and 
Support  Concepts  are  re^ed  and  updated 
Compare  concepts  to  BCS 
Provide  manpower  costs  for  each  alternative 
Assess  the  schedule  for  POM  synchronization 
Incorporate  manpower  drivers  into 
theTSiE  Strategy 

Review  theT&E  Strategy  to  see  if  it  can 
capture  any  preliminary  manpower  data 
Review  for  potential  manpower  drivers 


Technology  Development  Phase  (Inputs) 

Manpower 


/  Inputs  V_ 


ICD&DraftCDD 
Approved  Materiel  Solution 
Exit  Criteria 

Supports  Maintenance 
Concepts  &  Technologies 
AoA 
TDS 

T&E  Strategy 
System  Safety  Ana  lysis 


InterpretUser  Needs,  Analyze 
Operational  Capabilities  & 
Environmental  Constraints 


Validation 

Linkage 


\ 


Demo  Si  Validate  System  Si 
Tech  Maturity  Versus  Defined 
User  Needs  Si  Environmental 
Constraints 


Trades 


Trades 


I 


f  Develop  System  P erf 

1 

1  y 

1  (Si  Constraints)  Spec  Si  | 

1  Demo/Model  Integrated  System  i 

1  Enabling/Critical  Tech  Si  1 

1  Prototypes  Verification  Plan  1 

1^  Linkage  1 

1  .  1 

1  Versus  Performance  Spec  1 

1 


Develop  Functional  Definitions  for 
E  nabling/Critical  T  ech/P  rototypes 
Si  Associated  Verification  Plan 


t 


Decompose  Functional 
Definitions  into  Critical 
Component  Definition  Si 
Technologies  Verification  Plan 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 
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Technology  Development  Phase  (Inputs):  Manpower 


•  Review  Defense  Planning  Guidance  and  POM  documents  for  any  funding  constraints 

•  Check  current  National  Defense  Authorization  and  Appropriation  Acts  for  changes  on  military 
and  civilian  end  strength  levels 


•  Identify  gaps  where  the  BCS.  is  not  applicable 

•  Seek  alternative  benchmarks  for  the  system  requirements  not  covered  by  the  BCS 


•  Identify  the  system's  projected  operational  tempo 

•  Assess  functional  de^itions  for  potential  manpower  high  drivers 

•  Update  functional-level  differences  between  the  baseline  system  and  alternatives 


Update  system  manpower  criteria 

Develop  requirements  for  veriycation  of  risk  mitigation  controls  if  applicable 
Update  component-level  differences  between  the  baseline  system  and  alternatives 


Assess  system  concepts  for  manpower  impacts  and  for  the  potential  to  drive 
high  manpower  costs 

Update  task  lists  for  the  various  alternatives  at  the  job/task  level  for  tasks  associated  with 
operating,  maintaining,  and  supporting  the  system 

Update  manpower  estimates  for  the  alternatives  at  the  job/task  level  for  tasks  associated 
with  operating,  maintaining,  and  supporting  the  system 


'  Trades  ) 


•  Review  demonstration  results  for  manpower  issues  and  collect  task  frequency  and  time  data 

•  Review  demonstration  results  for  manpower  issues  and  collect  task  frequency  and  time  data 

•  Review  demonstration  results  for  manpower  issues  and  collect  task  frequency  and  time  data 


•  Prepare  and  presentmanpower  performance  criteria  atSRR  if  applicable 

•  E  nsure  that  manpower  risks  are  included  in  the  comprehensive  risk  assessment 

•  Participate  in  trade  studies  to  evaluate  options  against  identiyed  nenpower  criteria 
throughout  this  phase  to  ensure  manpower  concerns  are  addressed 

•  Coordinate  with  other  HSI  domains  to  assess  trade-offs  within  HSI 

•  Ensure  trade  space  and  risks  analyzed  include  manpower  considerations  and  are  assessed 
against  available  technologies 


Evaluate  enabling/critical  technologies  for  manpower  impacts  and  for  the  potential  to  drive 
high  manpower  costs 

Update  manpower  estimates  for  the  new  system  (operation,  maintenance,  support  based  on 
the  component-level  differences  between  the  baseline  system  and  alternative  systems 
U  pdate  manpower  requirements  for  the  training  pipeline 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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Technology  Development  Phase  (Outputs) 

Manpower 


Activities  for  Each  Output; 


I. 0  Review  the  baseline  and  assess 

manpower  impacts 
2.0  P rovide  inputs  as  requested 
3.0  Continue  to  assess  potential  manpower 
drivers  within  the  TEMP 

3.1  Include  a  plan  to  capture  task  frequency  and 
duration  data  during  testing 

4.0  Provide  manpower  inputs  to  SlP.and  HSI  plan 
5.0  Identify  potential  manpower  drivers 
6.0  Provide  inputs  as  requested 
7.0  Continue  to  assess  risk  of  inability  to  meet 
manpower  requirements 
8.0  Review  for  potential  manpower  drivers 
9.0  Continue  to  assess  risk  of  inability  to  meet 
manpower  requirements 
10.0  Estimate  maintenance  manpower  costs 

II. 0  Re^e  initial  ME R  to  rejoect  data  gathered 

to  this  point 

11.1  Review  and  provide  inputs  to  the  ICMP 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


Tools: 


. AFMSs 

>  LCQM.  CHRIS.  MPES 

. TDFA.TSSA 

>  ManoowerTvoicals 
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Technology  Development  Phase  (Outputs):  Manpower 


mm  •  Review  system  performance  speciycations 

•  Develop  an  initial  process-oriented  description  for  tasks  associated  with  operating, 
maintaining,  and  supporting  the  system 

•  Identify  the  manpower  standards  impacted  by  these  tasks  and  use  them  to 
estimate  manpower  requirements 


•  Identify  manpower  costs/exit  criteria  for  system  performance 

•  Estin^te  n^npower  costs  for  different  system  speciycations 

•  P  rovide  trade-off  assessments  of  manpower  costs 

•  Task  potential  user  commands  for  manpower  inputs 

•  Determine  initial  manpower  category  nix  (ofycer,  enlisted,  civilian  or  contractor) 

•  Prepare  POM  input 

•  Provide  a  manpower  input  for  demilitarization/disposal  planning 


Adjust  manpower  impacts  with  each  evolution  of  functional  speciycations 

Assess  and  revise  manpower  requirements  as  needed  following  test  and  evaluation  exercises 

Identify  manpower  costs  associated  with  safety  and  environmental  compliance  requirements 

Advise  potential  usercomn^nds  of  functional  speciycation  changes  and  collect  adjusted 

manpower  estimates  as  needed 

Update  manpower  input  for  demilitarization/disposal  planning 


(SF^  •  Present  manpower-critical  requirements,  costs,  and  risk  status  at  SFR 

C™)  •  Ensure  manpower  costs  are  included  in  the  Life  Cycle  CostEstimate  (LCCE)  and  the  MER 

•  Provide  manpower  inputs  to  the  assessment  of  the  system  and  subsystem  preliminary 
design  as  captured  in  the  G  speciycations 

•  Ensure  manpower  risks  are  identiyed  and  manageable 


'  Trades  '  •  Participate  in  trade  Studies  to  evaluate  options  against  identiyed  nenpower  criteria 
^  ^  ^  throughout  this  phase  to  ensure  manpower  concerns  are  addressed 

•  Coordinate  with  other  HSI  domains  to  assess  trade-offs  within  HSI 

•  Coordinate  with  systems  engineers  to  provide  inputs  to  trade-offs  that  affect  system  and 
subsystem  manpower  requirements 

•  Re^e  manpower-related  threshold  and  objective  requiren^nts  as  needed  based  on  the 
results  of  completed  trade  studies 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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Activities  for  Each  Input; 


Engineering  &  Manufacturing  Development  Phase  (Inputs) 

Manpower 


1.0  Identify  manpower  system 
perfoirrance  speciycations 
2.0  Provide  inputs  as  needed 
3.0  Develop  manpower  exit  criteria 
4.0  Re^e  the  initial  manpov\er  estimates 
5.0  Update  the  initial  MER 
6.0  Identify  trade-offs 
7.0  Provide  inputs  as  needed 
8.0  Incorporate  manpower  drivers  into  the  TEMP 

8.1  Assess  manpower  impact 

9.0  Continue  to  review  the  PESHE  and  assess 
any  manpower  impacts 

9.1  Identify  potential  manpower  drivers 
10.0  Provide  inputs  as  needed 

11.0  Identify  support  manpower  requirements 
12.0  Continue  to  review  and  provide 
inputs  as  needed 
13.0  Assess  and  document  risk  of  AF  inability  to 
meet  manpower  requirements 

13. 1  I  ncorporatE  any  identiyed  manpower  risks 
14.0  Identify  and  incorporate  manpower 

requirements  for  system  operations, 
maintenance,  and  support 

14.1  Provide  or  assist  with  analysis  of  organic 
versus  contractor  logistics  support 

15.0  Assess  support  manpower  requirements 


_J  Inputs  V 

Sys  Performance  Spec 
Acquisition  Strategy 
Exit  Criteria 
APB  5.CDD  6.SEP 
PPP  8. TEMP  9.PESHE 
10.  STA  11.  ISP 

12.  NE  PA  Compliance  Schedule 

13.  RiskAssessment 

14.  Validated  Sys  Supports  Maint 
Objectives  k  Requirements 

15.  Product  Support  Strategy 


InterpretUser  Needs,  Refine 
System  Performance  Specs  & 
Environmental  Constraints 


J 

Trades 


^Develop  System  Functional 
Specs  k  Verification 
Plan  to  Evolve  System 
Functional  Baseline 


Lighter  blocks  reflecttechnical 
efforts  required  during  EM  D  if  PD R 
does  notcome  priorto  Milestone  B. 


Evolve  Functional 
Performance  Specs  into 
System  Allocated  Baseline 


References: 

•  AFI  38-201 

•  AFI  38-204 

•  AFMAN  38-208 

•  AFI  63-101 

•  AFMAN  63-119. 

Atch9 

•  T.O.OO-35D-54 

Evolved  Functional  Specs  into 
Product  (Build  to)  Documentation 
&  Inspection  Plan 


Evolve  Cl  Functional  Specs  into  I 
Product  (Build  to)  Documentation  | 
&  Inspection  Plan  ; 
“ - 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


Tools: 


. AFMSs 

»  LCQM.  CHRIS.  MPES 

. TDFA.TSSA 
>  ManoowerTvoicals 


«  Back 


«  Back 


Engineering  and  Manufacturing  Development  (Inputs):  Manpower 


Review  system  performance  speciycations 

Develop  an  initial  process-oriented  description  for  tasks  associated  with  operating, 
maintaining,  and  supporting  the  system 

Identify  the  manpower  standards  impacted  by  these  tasks  and  use  them  to  estimate 
manpower  requirements 

Identify  manpower  costs/exit  criteria  for  system  performance 

Estin^te  n^npower  costs  for  different  system  speciycations 

P  rovide  trade-off  assessments  of  manpower  costs 

Task  potential  user  commands  for  manpower  inputs 

Update  the  manpower  category  nix  (ofycer,  enlisted,  civilian  or  contractor) 

Prepare  program  objective  memorandum  input 

Update  the  manpower  input  for  demilitarization/disposal  planning 

Adjust  manpower  impacts  with  each  evolution  of  functional  speciycations 
Assess  and  revise  manpower  requirements  as  needed  following  test  and  evaluation  exercises 
Identify  manpower  costs  associated  with  safety  and  environmental  compliance  requirements 
Advise  potential  usercomn^nds  of  functional  speciycation  changes  and  collect  adjusted 
manpower  estimates  as  needed 

Update  the  manpower  input  for  demilitarization/disposal  planning 
Review  system  perfom^nce  speciycations 

Re^e  the  initial  process-oriented  description  for  taste  associated  with  operating, 

maintaining,  and  supporting  the  system 

Revise  the  MER  to  rejoect  current  n^npower  estin^tes 

Ensure  POM  and  manpower  allocation  actions  are  in  synchronization  with  the  build  schedule 


(s^ 


C™) 


(3) 


Trades 


Present  manpower-critical  requirements,  costs,  and  risk  status  atSFR 

Ensure  all  manpower  performance  requirements  that  affect  system  requirements  derived  from 

the  CDD  are  testable  and  are  de^ed  in  the  system  functional  baseline 

Ensure  manpower  costs  are  included  in  the  LCCE  and  the  MER 

Provide  manpower  inputs  to  the  assessment  of  the  system  and  subsystem  preliminary  design 

as  captured  in  the  C!  speci^ations 

Ensure  manpower  risks  are  identiyed  and  manageable 

Ensure  manpower  costs  are  included  in  the  LCCE  and  the  MER 

Ensure  manpower  requirements  and  constraints  have  been  addressed  in  the  product 

speciycations  for  each  G 

Review  design  documentation  as  required  to  ensure  manpower  issues  have  been  addressed 
Ensure  manpower  risk  areas  have  been  addressed  as  required 

Participate  in  trade  studies  to  evaluate  options  against  manpower  costs  throughout  this  phase 

to  ensure  manpower  concerns  are  addressed 

Coordinate  with  other  HSI  domains  to  assess  trade-offs  with  HSI 

Coordinate  with  systems  engineers  to  provide  inputs  to  trade-offs  that  affect  system  and 

subsystem  manpower  requirements 

Ensure  manpower  costs  are  included  in  the  LCCE  and  the  MER 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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Engineering  &  Manufacturing  Development  Phase  (Outputs)^ 

Manpower 


./outputs  V 


1.  Initial  Product  Baseline 

2.  Test  Reports 

3.  TEMP 

4.  Elements  of  Product  Support 

5.  Risk  Assessment 

6.  SEP  7.TRA  8.  PESHE 

9.  Life  Cycle 
Sustainment  Plan 

10.  System  Safety  Ana  lysis 

11.  Inputs  to: -CPD-STA -ISP 
-Cost/ManpowerEst. 


FCA 


Combined  DT&E/OT&E/LFT&E 
Demonstrate  System  to 
Specified  User  Needs  and 
Environmental  Constraints 


Trades 


System  DT&E,  LFT&E  &  OAs, 
Verify  System  Functionality  and 
Constraints  Compliance  to  Specs 


Integrated  DT&E,  LFT&E  & 
EGAs  Verify  Performance 
Compliance  to  Specs 


References: 

•  AFI  38-201 

•  AFI  38-204 

•  AFMAN  38-208 

•  AFI  63-101 

•  AFMAN  63-119. 

Atch9 

•  T.O.OO-35D-54 

L 


Individual  Cl 
Verification  DT&E 


Fabricate,  Assemble,  Code  to 
"Build-to"  Documentation 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


Activities  for  Each  Output; 

1.0  Assess  the  baseline  and  POM  for 
manpower  requirements 

1.1  Estimate  manpower  costs  for 
system  location  options 

2.0  Assess  manpower  impacts 
3.0  Assess  manpower  impacts 
4.0  Calculate  support  manpower  costs 

4.1  Consolidate  M  E  R  inputs  from  user  commands 
5.0  Update  potential  manpower  risks 

6.0  Identify  trade-offs 
7.0  Identify  manpower  funding  issues 
8.0  Assess  manpower  impacts 
9.0  Estimate  manpower  costs  and  incorporate 
in  the  MER 

10.0  Identify  safety  related  manpower  drivers 
11.0  Assess  manpower  impact  of  inputs  from 
other  domains  and  adjust  manpower  cost 
estimates  as  needed 

11.1  Review  and  provide  inputs  to  the  LCjMP 


Tools: 

•  Discrete  Event  Simulation 

•  Micro  Saint  Sharp 

•  I  ob.  Task.  Function/Workload  Analysis 

•  AFMSs 

•  LCQM.  CHRIS.  MPES 

•  TDFA.TSSA 

•  ManpowerTvoicals 


«  Back 


Engineering  and  Manufacturing  Development  (Outputs):  Manpower 


a 

© 

© 


Evaluate  process  and  design  changes  as  necessary  for  manpower  impacts 
Re^e  initial  pnocess-orientEd  description 

Assess  the  interface  design  for  labor-intensive,  high  manpower  driver  tasks 
Evaluate  and  price  out  options  for  reducing  the  high  manpower  driver  tasks 
Determine  crew  ratio  requiren^nts  and  staf^g  patterns 
Re^e  nenpower  category  nix  (ofycer,  enlisted,  civilian  or  contractor) 

Re^e  POM  input  to  re|oect  system  design  changes 
Evaluate  DRs  for  manpower  implications 

Participate  in  the  development  of  a  T.O .  QQ-35D-54-comDliant  DR  process 

Adjust  manpower  impacts  with  each  evolution  of  functional  speciycations 

Assess  and  revise  manpower  requirements  as  needed  following  test  and  evaluation  exercises 

Identify  manpower  costs  associated  with  safety  and  environmental  compliance  requirements 

Advise  potential  usercomnrands  of  functional  speciycation  changes  and  collect  adjusted 

manpower  estimates  as  needed 

Participate  in  DR  boards  for  manpower  implications 

Update  the  manpower  input  for  demilitarization/disposal  planning 


•  Review  testing  conyguration  and  identify  any  manpower  issues 

•  Present  manpower-critical  requirements,  costs,  and  risk  status 

•  When  system  functionality  is  assessed,  verify  that  manpower  requirements  and  constraints, 
as  docun^nted  in  the  functional  baseline,  have  been  sufyciently  addressed 

•  Ensure  manpower  risks  are  identiyed  and  manageable,  and  that  appropriate  n^trics 
associated  with  manpower  are  in  place 

(PR^  •  Verify  manpower  funding  is  synchronized  with  production  schedule  personnel  assignment 
process,  and  training  quotas 

•  E  nsure  a  process  is  in  place  that  will  assess  changes  to  the  design  or  manufacturing 
processes  to  ensure  changes  will  not  degrade  manpower-related  performance 


FCA  I  •  Ensure  manpowercosts  are  included  in  the  LCCE  and  the  MER 

•  Review  functional  conjuration  and  identify  any  nranpower  issues 

•  E nsure  manpower  concerns  are  addressed  when  reviewing  the  CTs  test/analysis  data, 
including  software  unit  test  results,  to  validate  the  intended  function  or  performance  stated 
in  its  speci  jation  is  n^t 


Review  system  perfomrance  speci  jations 

Re  je  the  initial  process-oriented  description  for  taste  associated  with  operating, 

maintaining,  and  supporting  the  system 

Continue  to  participate  in  DR  boards  for  manpower  implications 

Participate  in  Site  Activation  Task  Forces  (SATAFs)  to  assess  manpower  impacts 


Assess  the  Training  Pipeline  Requirements  (TPR)  and  StudentTrained  Requirement  (STR) 
POM  forTPR/STR 

Compare  projected  production  schedule  with  POM  inputs  and  ensure  manpower  funding  is 
synchronized  with  deployment  plans  for  the  new  system 
Continue  to  participate  in  DR  boards  for  manpower  implications 
Continue  to  participate  in  SATAFs  to  assess  manpower  impacts 


Participate  in  trade  studies  to  evaluate  options  against  manpowercosts  throughout  this 
phase  to  ensure  manpower  concerns  are  addressed 


Assess  manpower  risks  against  exit  criteria  for  this  acquisition  phase 

Identify  those  manpower  risks  that  could  result  in  a  breach  to  the  program  baseline  or 

substantially  impact  cost,  schedule,  or  performance 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 


«  Back 


Activities  for  Each  Input; 


1.0 


Production  &  Deployment  Phase 

Manpower 


Review  integrated  system  test  results  and 
identify  manpower  concerns 
2.0  Develop  manpower  exit  criteria,  e.a.,  ensure 
manpower  authorizations  are  in  place  to 
support  full  operational  capability 
3.0  Provide  manpower  input  to  Program  Plans 
(PPLANs)andPQM 

3.1  Develop  manpower  annex  for  Major  Command 
(MAjCOM)PPLANs 

3.2  Develop  manpower  annex  for  base 
implementation  plans 

4.0  Assess  manpower  Impacts  and  provide  input 
5.0  Review  SIP.  and  provide  manpower  input 
incorporating  the  results  of  trade  studies  from 
the  previous  phase 

6.0  Assess  the  TEMP  for  insight  on  tasks 
associated  with  the  system 
Estimate  manpower  requirements  for 
the  support  options 
Review  and  provide  input  as  needed 
9.0  Coordinate  with  system  safety  specialists  to 
update  manpower  inputs  to  SSA 


7.0 


8.0 


J Inputs  V 


1.  Test  Results 


Exit  Criteria 

APB 

CPD 

SEP 

TEMP 

Product  Support  Package 
PESHE 

System  Safety  Ana  lysis 


^Outputs  V_ 


1.  Production  Baseline 


A 


Test  Reports 
TEMP 
PESHE 
SEP 

System  Safety  Analysis 
Input  to: 

-Cost/Manpower  Est. 


Z 


1 

Analyze  Deficiencies  to  1 

L- 

Verification/Validation  ^  | 

p  '  ^ 

1  Verify  &  Validate  | 

Determine  Corrective  Actions  1 

1 

Linkage  1 

1  Production  Configuration  1 

References; 

•  AFI  38-201 

•  AFI  38-204 

•  AFMAN  38-208 

•  AFI  63-101 

•  AFMAN  63-119. 

Atch9 

•  T.O.OO-35D-54 

Activities  for  Each  Output; 

1.0  Ensure  POM  actions  match  unit  cost  of  the 
production  baseline 

2.0  Review  the  reports  and  provide  manpower 
inputs  as  needed 

3.0  Prepare  a  consolidated  list  of  tasks  based 
on  TEMP  data 

4.0  Review  and  provide  input  as  needed 

5.0  Provide  manpower  input  to  SEP 

6.0  Assess  safety  issues  for  manpower  impacts 

7.0  Finalize  the  MER 

7.1  Capture  all  required  manpower  data  for  use 
in  future  acquisitions 

7.2  Develop  manpower  lessons  learned  and 
retain  for  future  use 

7.3  Retain  manpower  databases  for  use  as  BCS 
in  future  acquisitions 

7.4  Prepare  state-by-state  manpower  report 
input  if  necessary 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


Tools; 

>  Discrete  Event  Simulation 

>  Micro  Saint  Sharp 

>  I  ob.  Task.  Function/Workload  Analysis 

. AFMSs 

.  LCQM.  CHRIS.  MPES 

»  TDFA.TSSA 

>  ManoowerTvoicals 


«  Back 


Production  and  Deployment:  Manpower 


Review  DRs  and  assess  manpower  impacts 

Assess  options  and  costs  if  manpower  shortages  are  part  of  the  problem 

Continue  to  participate  in  SATAFs  to  assess  manpower  impacts 


Apply  base  support  manpower  standards  to  assess  beddown  impacts  if  applicable 
Develop  Manpower  Authorization  Change  Requests  (MACRs)fornew  manpower 
requirements  and  manpower  changes  if  needed 
Continue  to  participate  in  SATAFs  to  assess  manpower  impacts 


•  Adjust  POM  and  budget  inputs  as  necessary  to  re|oect  production  adjustments 

•  Continue  to  participate  in  SATAFs  to  assess  manpower  impacts 


PCA  I  •  Identify  potential  manpower  implications  if  applicable 

•  Ensure  approved  manpower  changes  are  incorporated  into  revised  baselines,  and 
production  documentation 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 


«  Back 


Activities  for  Each  Input; 


1.0  Apply  manpower  standards 
2.0  Conduct  operational  audits  and  update 
applicable  manpower  standards 
2.1  Develop  variances  to  manpower 
standards  if  needed 

3.0  Monitor  failure  reports  for  potential 
manpower  impacts 

4.0  Monitor  DRs  for  potential  manpower  impacts 
5.0  Incorporate  manpower  inputs  as  needed 
6.0  Coordinate  with  ESOH  specialists  to 

determine  that  manpower  considerations  have 
been  addressed  for  any  system  modiycations 
7.0  Assess  safety  issues  for  potential 
manpower  impacts 


Operations  &  Support  Phase 

Manpower 


_y  Inputs  v_ 


1.  Service  Use  Data 


User  Feedback 
Failure  Reports 
Discrepancy  Reports 
SEP 
PESHE 

System  Safety  Ana  lysis 


T 


f  1 

\Review^ 

1  Monitorand  CollectAII  1 

1  Implementand  Field  ■ 

1  Service  Use  Data  I 

k 

\ 

'  / 

\ 


Trades  f 


'  Trades  'x 


Analyze  Data  to 
Determine  RootCause 


\ 


p  1 

1  Determine  System  1 

1  *1 

1  ^ 

1  Integrate  and  Test  ■ 

1  Risk/Hazard  Severity  1 

1  Corrective  Action  1 

*  1 

1  '  1 

1  * 

References: 

•  AFI  38-201 

•  AFI  38-204 

•  AFMAN  38-208 

•  AFI  63-101 

•  AFMAN  63-119. 

Atch9 

•  T.O.OO-35D-54 

The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


0^00 


«  Back 


Operations  and  Support:  Manpower 


Review  maintenance  data  for  anomalies 

Provide  manpower  input  as  needed  to  analyze  root  issues 

Assess  manpower  impacts  associated  with  system  risks  and/or  hazards 

Assess  manpower  impact(s)  of  proposed  changes 
POM  for  additional  manpower  if  required 
Prepare  MACRs  to  adjust  manpower  baseline 

Assess  manpower  impact(s)  of  proposed  changes 
POM  for  additional  manpower  if  required 
Prepare  MACRs  to  adjust  manpower  baseline 


•  Continue  to  participate  in  SATAFs  to  assess  manpower  impacts  if  applicable 

•  Prepare  MACRs  to  adjust  manpower  baseline 

CCB  •  Revise  ARMS  and/or  LCOM  scenario  to  rejoect  process  and  equipment  changes 

•  Update  process-oriented  descriptions 

•  Develop  variances  as  needed 

•  Assess  manpower  status  for  excess  overtime  or  idle  time 

•  ReaPDlvAFMSs  based  on  actual  data 

•  Prepare  MACRs  to  adjust  manpower  baseline 

y  *  Solicit  userfeedback  against  known  manpower  risk  areas  and  update  manpower  risks  for 
- yelded  systems  as  required 

'  Trades  '  •  Assess  manpower  costs  of  proposed  alternatives 
^  ^  '  •  Advise  on  resource  availability  and  options  to  support  alternatives 

•  P  resent  manpower  impacts  for  trade  analyses  as  required 

•  Provide  nronpower  inputs  to  proposed  nrodi^ations  and  upgrades 

•  Coordinate  with  other  domain  POCs  as  required 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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Personnel 


«  Back 


«  Back 


Personnel — Considers  the  type  of  human  knowledge,  skills,  abilities,  experience  levels,  and  human  aptitudes  (i.e.,  cognitive,  physical,  and  sensory 
capabilities)  required  to  operate,  maintain,  and  support  a  system;  and  the  means  to  provide  (recruit  and  retain)  such  people.  Personnel  recruitment,  testing 
qualification  and  selection  are  driven  by  system  requirements.  The  Personnel  domain  helps  define  the  human  performance  characteristics  of  the  user 
population  and  then  determine  target  populations  to  select  for  occupational  specialties.  Personnel  must  manage  occupational  specialties  to  include  career 
progression  and  assignments.  Personnel  population  characteristics  can  impact  manpower  and  training,  as  well  as  drive  design  requirements.  Personnel  is 
related  to  Human  Resources,  but  not  identical  to  it. 


«  Back 


«  Back 


Materiel  Solution  Analysis  Phase 

Personnel 


Activities  for  Each  Output; 


1.1  Provide  personnel  objectives,  constraints, 
and/or  performance  criteria 

1.2  Identify  potential  new  Air  Force  Specialty 
Codes  (AFSCs)  or  Special  Experience 
Identiyers  (SEIs)  required  to  operate  and 
support  the  new  system 

2.0  Review  the  initial  task  list  based  on  test 
operations  tasks 

3.0  Identify  responsibilities  for  personnel 
integration  into  SE 

4.0  Review  the  SSA  for  potential  personnel  impacts 

5.0  Assess  the  support  and  maintenance  concepts 
and  technologies 

6.0  P  rovide  personnel  inputs  as  needed 

6.1  Review  and  provide  input  to  ICMP 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


Tools: 


>  IASS.  MVTA.TDFA.T5SA 

>  Task  Architect 

>  HSI  Requirements  Guide 


«  Back 


Materiel  Solution  Analysis:  Personnel 


•  Review  aptitude  constraint  effects  on  the  system  functionality 

•  Identify  potential  needs  for  a  new  specialty  code  and/or  skill  set 

•  Recognize  applicable  personnel  criteria  and  asset  requirements 

•  Review  historical  information  (e.g.,  successes,  mishaps,  lessons-learned, 
poor  human  performance,  etc.) 


Identify  a  BCi  and/or  components  for  comparative  analysis 

Determine  personnel  objectives,  constraints,  performance  criteria,  trade-offs,  risks,  and 

cost-drivers  as  inputs  to  major  program  documentation 


•  Begin  developing  a  Target  Audience  Description  (TAD)  based  on  the  functional  de^ition  and 
^  the  operations  and  support  concept 

•  Compare  known  parameters  of  the  with  functional  requirements  of  the  new  system(s) 


Compare  known  parameters  of  the  BCi  with  functional  requirements  of  the  new  system(s) 


•  Evaluate  if  the  overall  system  concept  will  meet  performance  capability  requirements  within 
identiyed  personnel  constraints 

•  Document  risks  of  AF  personnel  ability  to  support  the  system  without  process 
and/or  product  change 


•  Evaluate  if  the  overall  system  concept  will  meet  performance  capability  requirements  within 
identiyed  personnel  constraints 

•  Document  risks  of  AF  personnel  ability  to  support  the  system  without  process 
and/or  product  change 

•  Re^e  the  initial  task  lists  for  tasks  associated  with  operating,  neintaining,  and  supporting 
the  systeni  including  identiycation  of  all  AFSCs  and  civilian  series 


•  Review  initial  technical  conyguration  and  identify  any  personnel  issues 

•  E  nsure  technical  baseline  is  detailed  enough  to  support  a  valid  cost  estimate 

•  Provide  personnel  inputs  to  rejoectthe  chosen  materiel  solution  approach 

•  Provide  personnel  assumptions,  risks,  and  cost  drivers 


•  Estimate  personnel  necessities  required  for  the  new  system  (operation,  maintenance,  support) 

^  •  Ensure  personnel  requirements  are  adequately  addressed  in  analyses,  modeling  and 

simulation,  demonstrations,  etc. 

•  Assess  personnel  requirements  against  critical  component  capabilities 

•  Document  risks  where  AF  personnel  (military  and  civilian)  may  be  unable  to  support  system 
components  without  process  and/or  product  nrxiiycation 

•  Begin  building  task  lists  for  the  various  alternatives  for  tasks  associated  with  operating, 
maintaining,  and  supporting  the  system 


•  Evaluate  personnel  costs  for  each  alternative  system  and  provide  strategy  options  for 
reducing  personnel  costs  if/as  appropriate 

•  E  nsure  personnel  requirements  agree  with  user  needs  and  expectations  with  respect  to 
operations  and  maintenance  concept 

•  Provide  personnel  inputs  and  risks  for  alternative  neteriel  solutions  that  have  been  identiyed 

Trades  '  •  Participate  in  trade  Studies  to  evaluate  options  against  identiyed  personnel  criteria 
■  ^  ^  throughout  this  phase  to  ensure  personnel  concerns  are  addressed 


•  Associate  tasks  to  AFSCs  and  assess  initial  training  personnel  requirements 

•  Assess  personnel  requirements  against  functional  capabilities 

•  Document  risks  where  AF  personnel  may  be  unable  to  support  system  functions  without 
process  and/or  product  modiycation 

•  Assess  each  system  function  against  identiyed  personnel  criteria  and  requiren^nts 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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1.0  Ensure  the  ICD  &  CDD  include  the  likely 
aptitude  requirements  of  system  operators, 
maintainers,  and  support  personnel 

2.0  Analyze  differences  between  the  preferred 
system  concept  and  the  BCS 

2.1  Identify  personnel  ownership  costs  for  the 
concept/materiel  solution 

3.0  Develop  personnel  exit  criteria 

3.1  Ensure  personnel  concepts  in  CONORS  and 
Support  Concepts  are  re^ed  and  updated 

4.0  Continue  developing  a  TAD  for  the 
personnel  needed  for  the  support  and 
maintenance  concepts 

5.0  Review  AM  results  to  help  assess  potential 
personnel  impacts  of  selected  alternatives 

5.1  Gather  data  on  available  personnel  skill  sets 
to  assess  alternatives 

6.0  Assess  the  strategy  schedule  for  potential 
recruiting  implications  and  to  anticipate 
future  TP  R/STR 

7.0  Review  and  documentthe  AFSCs  and  tasks 
associated  with  performing  the  T&E 

8.0  Review  for  potential  personnel  impacts 


Technology  Development  Phase  (Inputs) 

Personnel 


/  Inputs  V_ 


ICD&DraftCDD 
Approved  Materiel  Solution 
Exit  Criteria 

Supports  Maintenance 
Concepts  &  Technologies 
AoA 
TDS 

T&E  Strategy 
System  Safety  Ana  lysis 


InterpretUser  Needs,  Analyze 
Operational  Capabilities  & 
Environmental  Constraints 


Validation 

Linkage 


Demo  &  Validate  System  & 
Tech  Maturity  Versus  Defined 
User  Needs  &  Environmental 
Constraints 


T 


Trades 


Trades 


t 


f  Develop  System  P erf 

1 

1  y 

1  (&  Constraints)  Spec  &  | 

1  Demo/Model  Integrated  System  i 

1  E  nabling/Critical  Tech  &  1 

1  Prototypes  Verification  Plan  1 

1^  Linkage  1 

1  .  1 

1  Versus  Performance  Spec  1 

\ 


Develop  Functional  Definitions  for 
E  nabling/Critical  T  ech/P  rototypes 
k  Associated  Verification  Plan 


t 


Decompose  Functional 
Definitions  into  Critical 
Component  Definition  & 
Technologies  Verification  Plan 


Tools: 


.  MIL/CIV  P PS.  CHRIS.  MPES 

>  lA^,  MVIA,  IDFA,  TSSA 

>  Task  Architect 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


«  Back 


Technology  Development  Phase  (Inputs):  Personnel 


•  Review  current  military  and  civilian  personnel  series  to  see  which,  if  any,  might  be  applicable 
for  the  new  system 

•  Identify  hard-tD-^l  series  which  are  critical  to  operations  and  support  of  the  new  system 


Conduct  a  detailed  analysis  of  personnel  requirements  for  predecessor  systems  to 
project  personnel  requirements  for  the  new  system  in  terms  of  series,  grades,  and  special 
experience  or  education 


Identify  the  system's  projected  operational  tempo 

Assess  functional  de^itions  for  potential  personnel  high  drivers 


Update  system  personnel  criteria 

Develop  requirements  for  veriycation  of  risk  mitigation  controls 


0 

0 


•  Review  demonstration  results  for  personnel  issues  and  collect  task  data 

•  Review  demonstration  results  for  personnel  issues  and  collect  task  data 

•  Describe  the  renge  of  individual  qualiycation  requiren^nts  in  all  relevant  physical,  mental, 
physiological,  biographical,  and  motivational  dimensions 

•  E  nsure  this  information  is  included  in  system  requests  for  proposals  and  selected 
contractors  are  held  accountable  for  designing  the  system  to  these  hunen  speciycations 


(SR^  •  Review  and  validate  personnel  performance  criteria  atSRR 

•  Ensure  functional  allocations  to  human  performance  are  thoroughly  documented 
and  are  reasonable 

•  E  nsure  that  personnel  risks  are  included  in  the  comprehensive  risk  assessment 


0 

0 


Assess  system  concepts  for  personnel  impacts  and  potential  to  drive  high  personnel  costs 
Review  and  update  personnel  inputs  to  CARD  and  LCCE 


Evaluate  enabling/critical  technologies  for  personnel  impacts  and  for  the  potential  to  drive 
high  personnel  costs 

Review  demonstration  results  for  personnel  issues  and  collect  operations  and  support  task  data 


'  Trades  '  •  Participate  in  trade  Studies  (Devaluate  options  against  identiyed  personnel  Criteria 
^  ^  ^  throughout  this  phase  to  ensure  personnel  concerns  are  addressed 

•  Coordinate  with  other  HSI  domains  to  assess  trade-offs  within  HSI 

•  Ensure  trade  space  and  risks  analyzed  include  personnel  considerations  and  are  assessed 
against  available  technologies 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 


«  Back 


Technology  Development  Phase  (Outputs) 

Personnel 


Interpret  User  Needs,  Refine 
System  Performance  Specs  & 
Environmental  Constraints 


\ 


Trades 


Develop  System  Functional  Specs 
&  Verification  Plan  to  Evolve 
System  Functional  Baseline 


VoutputsV. 


1.  System  Allocated  Baseline 

2.  PDR  Report 

3.  TEMP 

4.  SEP 

5.  PESHE 

6.  PPP 

7.  TRA 

8.  NEPA  Compliance  Schedule 

9.  RiskAssessment 

10.  Validated  Sys  Supports  Maint 
Objectives  &  Requirements 

11.  Inputs  to: 

-IBR-ISP-STA-CDD 
-Acq  Strategy 
-Affordability  Assessment 
-Cost/Manpower  Est. 


Evolve  Functional 
Performance  Specs  into 


System  Allocated  Baseline 


Activities  for  Each  Output; 


I. 0  Review  the  baseline  and  assess 

personnel  impacts 
2.0  Provide  inputs  as  needed 
3.0  Continue  to  assess  potential  personnel  drivers 
within  the  TEMP 

3.1  Review  the  tasks  required  for  insight  on  future 
personnel  classiycations 

3.2  Include  a  plan  to  capture  personnel 
Knowledge,  Skills  and  Abilities  (KSA) 
data  during  testing 

4.0  Provide  personnel  inputs  to  the  SEP. and  HSIP 
5.0  Identify  any  potential  personnel  issues 
6.0  Provide  inputs  as  needed 
7.0  Continue  to  assess  risk  of  inability  to  meet 
personnel  requirements 
8.0  Review  and  provide  inputs  as  needed 
9.0  Determine  and  characterize  personnel  risks 

9.1  E nsure  personnel  concepts  in  the  CONORS 
and  Support  Concepts  are  reyned  and  updated 

10.0  Assess  potential  personnel  impacts  of  support 
and  maintenance  requirements 

II. 0  P  rovide  personnel  lifecycle  cost  inputs  for 

applicable  documents 

11.1  Review  and  provide  inputs  to  the  ICMP 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


Tools: 


.  MIL/CIV  P PS.  CHRIS.  MPES 

>  IASS,  jMVIA,  IDFA,  TSSA 

>  Task  Architect 


«  Back 


«  Back 


Technology  Development  Phase  (Outputs):  Personnel 


■  ■  •  Review  system  performance  speciycations 

•  Develop  an  initial  personnel  description  for  tasks  associated  with  operating,  maintaining, 
and  supporting  the  system 

•  Identify  the  classiycation  series  and  AFSCs  impacted  by  these  tasks 


0 


Identify  personnel  costs/exit  criteria  for  system  performance 
Estinete  personnel  costs  for  different  system  speciycations 
P  rovide  trade-off  assessments  of  personnel  costs 

Task  potential  user  commands  for  personnel  inputs,  especially  AFSCs,  series,  grades, 
and  special  experience/education 
Determine  initial  skill  code  mix  to  operate  and  support  the  system 
Prepare/review  POM  input 

Provide  personnel  input  for  demilitarization/disposal  planning 


Adjust  personnel  impacts  with  each  evolution  of  functional  speciycations 
Assess  and  revise  personnel  requirements  as  needed  following  test  and  evaluation  exercises 
Identify  personnel  impacts  associated  with  safety  and  environmental  compliance  requirements 
Advise  potential  usercomn^nds  of  functional  speciycation  changes  and  collect  adjusted 
personnel  estimates  as  needed 

Provide  updated  personnel  input  for  demilitarization/disposal  planning 


(SF^  •  Evaluate  personnel-critical  requirements,  costs,  and  risk  status  as  presented  atSFR 

•  Note  any  discrepancies  and  issue  action  items  as  appropriate  atSFR 

•  Assess  the  approved  product  support  plan  for  consistency  with  S  F  R  data  products 


C™)  •  Ensure  personnel  costs  are  included  in  the  LCCE  and  the  MER 

•  Ensure  personnel  series  and  grade  assumptions  are  documented  in  the  cost  analysis 
requirements  document  and  the  MER 

•  Assess  the  approved  product  support  plan  and  updates  for  consistency  with  PDR  data  products 

•  Ensure  personnel  risks  are  identiyed  and  n^nageable 

'  Trades  '  •  Participate  in  trade  Studies  (Devaluate  options  against  identiyed  personnel  criteria 
^  ^  ^  throughout  this  phase  to  ensure  personnel  concerns  are  addressed 

•  Coordinate  with  other  HSI  domains  to  assess  trade-offs  within  HSI 

•  Re^e  personnel-related  threshold  and  objective  requiren^nts  as  needed  based  on  the 
results  of  completed  trade  studies 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 


«  Back 


Activities  for  Each  Input; 

1.0  Review  the  BCi  and  identify  personnel 
series  and  AFSCs  required  to  operate, 
maintain,  and  support  the  system 
2.0  Assess  associated  personnel  impacts 
and  costs 

3.0  Determine  realistic  personnel  goals 
and  constraints 

3.1  Ensure  a  personnel  needs  analysis  is 
developed  and  approved 

4.0  P  rovide  a  personnel  input  to  the 
manpower  estimates 
5.0  Review  and  assess  for  potential 
personnel  impacts 
6.0  Provide  inputs  as  needed 
7.0  Provide  inputs  as  needed 
8.0  Incorporate  personnel  drivers  into  the  TEMP 

8.1  Review  and  assess  for  potential 
personnel  impacts 

9.0  Continue  to  review  the  PESHE  and  assess 
any  personnel  impacts 
10.0  Provide  inputs  as  needed 
11.0  Identify  needed  personnel  support  skills 
(AFSCs,  series,  etc.) 

12.0  Review  and  assess  for  potential 
personnel  impacts 

13.0  I  ncorporatE  any  identiyed  personnel  risks 
14.0  Identify  operations  and  supportAFSC 
and  skill  requirements 

14.1  Support  analysis  of  organic  versus  contractor 
logistics  support 

15.0  Assess  support  personnel  requirements 

15.1  Ensure  system  support  plans  document  all 
required  AFSCs  and  skill-levels 


References: 


»AFI  63-101  &AFMAN  63-119,  Atch  9 

•  AFPD  36-14 

•  AFPD  36-21  &AFPD  36-22 
>AFI  36-3802  &AFI  36-2623 
>AFI  36-2305 

>AFI  36-2101  &AFI  36-2110 

•  T.Q.00-35D-54 


Engineering  &  Manufacturing  Development  Phase  (Inputs) 

\  Personnel  / 


_ /  Inputs  \ 

1.  Sys  Performance  Spec 

2.  Acquisition  Strategy 

3.  Exit  Criteria 

4.  APB  5.CDD  6.  SEP 

7.  PPP  8. TEMP  9.PESHE 
10.  STA  11.  ISP 

12.  NE  PA  Compliance  Schedule 

13.  RiskAssessment 

14.  Validated  Sys  Supports  Maint 
Objectives  &  Requirements 

15.  Product  Support  Strategy 


InterpretUser  Needs,  Refine 
System  Performance  Specs  & 
Environmental  Constraints 


J 


Trades 


Develop  System  Functional 
Specs  &  Verification 
Plan  to  Evolve  System 
Functional  Baseline 


Lighter  blocks  reflecttechnical 
efforts  required  during  EM  D  if  PD R 
does  notcome  priorto  Milestone  B. 


Evolve  Functional 
Performance  Specs  into 
System  Allocated  Baseline 


Evolved  Functional  Specs  into 
Product  (Build  to)  Documentation 
&  Inspection  Plan 


Evolve  Cl  Functional  Specs  into 
Product  (Build  to)  Documentation 
&  Inspection  Plan 


— (c^ 


Tools: 

«  MIL/CIV  PDS,diRlS,MPES 

•  IASS,  MVIA,  IDFA,  TSSA 

•  Task  Architect 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


«  Back 


Engineering  and  Manufacturing  Development  (Inputs):  Personnel 


© 


Review  system  performance  speciycations 

Develop  an  initial  personnel  description  for  tasks  associated  with  operating,  maintaining, 
and  supporting  the  system 

Identify  the  classiycation  series  and  AFSCs  impacted  by  these  tasks 

Identify  personnel  costs/exit  criteria  for  system  performance 
Estinete  personnel  costs  for  different  system  speciycations 
P  rovide  trade-off  assessments  of  personnel  costs 

Task  potential  user  commands  for  personnel  inputs,  especially  AFSCs,  series,  grades, 
and  special  experience/education 

Re^e  the  TAD  and  determine  what  skill  code  nix  will  be  needed  to  operate 
and  maintain  the  system 
Prepare/review  POM  inputs 

Adjust  personnel  impacts  with  each  evolution  of  functional  speciycations 
Assess  and  revise  personnel  requirements  as  needed  following  test  and  evaluation  exercises 
Identify  personnel  impacts  associated  with  safety  and  environmental  compliance  requirements 
Advise  potential  usercomn^nds  of  functional  speciycation  changes  and  collect  adjusted 
personnel  estimates  as  needed 

Review  system  perfomence  speciycations 

Re^e  the  initial  TAD  based  on  tasks  associated  with  operating,  neintaining,  and 
supporting  the  system 

Review  recruiting  and  assignment  projections  for  synchronization  with  build  schedule  and 
operating  locations,  if  known 


Cs) 


C™) 


(3) 


Trades  , 


Evaluate  personnel-critical  requirements,  costs,  and  risk  status  as  presented  atSFR 
Note  any  discrepancies  and  issue  action  items  as  appropriate  atSFR 
Assess  the  approved  product  support  plan  for  consistency  with  S  F  R  data  products 
Ensure  all  personnel  performance  requirements  that  affect  system  requirements  derived  from 
the  CDD  are  testable  and  are  de^ed  in  the  system  functional  baseline 

Ensure  personnel  series  and  grade  assumptions  and  personnel  costs  are  documented 
in  the  LCCE  and  the  MER 

Assess  the  approved  product  support  plan  and  updates  for  consistency  with 
PDR  data  products 

Provide  personnel  inputs  to  the  assessment  of  the  system  and  subsystem  preliminary 
design  as  captured  in  the  conyguration  itemspeci^ations 
Ensure  personnel  risks  are  identiyed  and  nenageable 

Ensure  personnel  series  and  grade  assumptions  and  personnel  costs  are  documented 
in  the  LCCE  and  the  MER 

Assess  approved  product  support  plan  and  updates  for  consistency  with  CDR  data  products 
Ensure  personnel  risk  areas  have  been  addressed  as  required 
Ensure  personnel  requirements  and  constraints  have  been  addressed  in  the  product 
speciycations  for  each  conyguration  item 

Review  design  documentation  as  required  to  ensure  personnel  issues  have  been  addressed 

Participate  in  trade  studies  to  evaluate  options  against  identiyed  personnel  criteria  throughout 

this  phase  to  ensure  personnel  concerns  are  addressed 

Coordinate  with  other  HSI  domains  to  assess  trade-offs  within  HSI 

Coordinate  with  systems  engineers  to  provide  inputs  to  trade-offs  that  affect  system  and 

subsystem  personnel  requirements 

Ensure  personnel  series  and  grade  assumptions  and  personnel  costs  are  documented  in  the 
LCCE  and  the  MER 

Ensure  personnel  risks  are  adequately  described  in  the  Post-PDR  A  report 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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«  Back 


«  Back 


Engineering  &  Manufacturing  Development  Phase  (Outputs)^ 

Personnel 

/  OutputsX 


1.  Initial  Product  Baseline 

2.  Test  Reports 

3.  TEMP 

4.  Elements  of  Product  Support 

5.  Risk  Assessment 

6.  SEP  7.TRA  8.  PESHE 

9.  Life  Cycle 
Sustainment  Plan 

10.  System  Safety  Ana  lysis 

11.  Inputs  to: -CPD-STA -ISP 
Cost/ManpowerEst. 


FCA 


Combined  DT&E/OT&E/LFT&E 
Demonstrate  System  to 
Specified  User  Needs  and 
Environmental  Constraints 


Trades 


System  DT&E,  LFT&E  &  OAs, 
Verify  System  Functionality  and 
Constraints  Compliance  to  Specs 


Integrated  DT&E,  LFT&E  & 
EGAs  Verify  Performance 
Compliance  to  Specs 


L 


0 


Individual  Cl 
Verification  DT&E 


Fabricate,  Assemble,  Code  to 
"Build-to"  Documentation 


Activities  for  Each  Output; 


I. 0  Prepare  an  assignment  schedule  for 

training  and  system  operations  and  support 
synchronized  with  the  production  schedule 
2.0  Review  and  assess  for  personnel  issues 
3.0  Review  and  assess  for  personnel  issues 
4.0  Re^e  target  audience  description 
5.0  Determine  any  personnel  risks 
6.0  Identify  trade-offs 
7.0  Determine  any  personnel  risks 
8.0  Review  and  assess  for  personnel  impacts 
9.0  Review  LCMP  and  assess  for  personnel  issues 
10.0  Identify  safety-related  personnel  drivers 

II. 0  Ensure  userMAJ  COMs  provide  personnel 

inputs  for  the  MER 

11.1  Consolidate  personnel  MER  inputs  and  work 
with  manpower  POCs  to  ensure  inclusion 

in  the  ^1  MER 

11.2  E nsure  POM  inputs  include 
personnel  requirements 

11.3  Evaluate  each  of  these  documents  for 
personnel  impacts 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


Tools: 


.  MIL/CIV  P PS.  CHRIS.  MPES 

» lA^,  MVIA,  IDFA,  TSSA 
>  Task  Architect 


«  Back 


«  Back 


Engineering  and  Manufacturing  Development  (Outputs):  Personnel 


© 


Evaluate  process  and  design  changes  for  personnel  impacts 
Re^e  initial  series  andAFSC  descriptions  of  the  target  audience 

Assess  the  interface  designs  for  personnel  issues 

Evaluate  and  estimate  options  for  reducing  the  high  personnel  drivers 

Review  crew  ratio  and  staf^g  requinen^nts 

Re^e  personnel  assignn^nt  nix 

Re^e  POM  input  to  re|oect  system  design  changes 

Participate  in  the  development  of  a  T.O .  QQ-35D-54-comDliant  DR  process 


•  Review  testing  conyguration  and  identify  any  personnel  issues 

•  Coordinate  AFSC,  series,  and  special  experience/education  baselines  with  the  Air  Force 
Operational  Test  and  Evaluation  Center  (AFOTEC) 

(S>  •  Evaluate  personnel-critical  requirements,  costs,  and  risk  status  as  presented  atSVR 

•  Ensure  personnel  risks  are  identiyed  and  nenageable,  and  that  apprepriate  n^trics 
associated  with  personnel  are  in  place 

•  When  system  functionality  is  assessed,  verify  that  personnel  requirements  and  constraints, 
as  docun^nted  in  the  functional  baseline,  have  been  sufyciently  addressed 


© 


Review  and  adjust  personnel  impacts  as  needed  with  each  evolution  of  functional  speci^ations 
Assess  and  revise  personnel  requirements  as  needed  following  test  and  evaluation  events 


Identify  personnel  costs  associated  with  safety  and  environmental  compliance  requirements 
Advise  potential  usercomn^nds  of  functional  speciycation  changes  and  collect  adjusted 
personnel  issues  as  needed 
Participate  in  DR  boards  for  personnel  implications 


Review  system  performance  speciycations 

Re^e  the  TAD  for  tasks  associated  with  operating,  maintaining,  and  supporting  the  system 
Participate  in  SATAFs  to  assess  personnel  impacts 
Continue  to  participate  in  DR  boards  for  personnel  implications 


(PR^  •  Verify  personnel  assignments  funding  is  synchronized  with  the  production  schedule, 
personnel  assignment  process,  and  training  quotas 
•  E  nsure  a  process  is  in  place  that  will  assess  changes  to  the  design  or  manufacturing 
processes  to  ensure  changes  will  not  degrade  personnel-related  performance 


FCA  I  •  Ensure  personnel  costs  are  factored  into  the  LCCE  and  the  MER 

•  Validate  and  update  the  CARD 

•  Review  functional  conjuration  and  identify  any  personnel  issues 

•  Ensure  personnel  concerns  are  addressed  when  reviewing  the  conjuration  items  test/ 
analysis  data,  including  software  unit  test  results,  to  validate  the  intended  function  or 
perfomence  stated  in  its  speci  jation  is  n^t 


Assess  TPR/STR 
POM  forTPR/STR 

Compare  projected  production  schedule  with  POM  inputs  and  ensure  personnel 
assignments  are  synchronized  with  deployment  plans  for  the  new  system 
Continue  to  participate  in  DR  boards  for  personnel  implications 


Participate  in  trade  studies  to  evaluate  options  against  identiyed  personnel  criteria 
throughout  this  phase  to  ensure  personnel  concerns  are  addressed 

Assess  personnel  risks  against  exit  criteria  for  this  acquisition  phase 

Identify  those  personnel  risks  that  could  result  in  a  breach  to  the  program  baseline  or 

substantially  impact  cost,  schedule,  or  performance 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 


«  Back 


Activities  for  Each  Input; 


1.0 


Production  &  Deployment  Phase 

Personnel 


Review  integrated  system  test  results  and 
identify  personnel  concerns 

2.0  Develop  personnel  exit  criteria 

2.1  Develop  personnel  annex  for 
MAJCOM  PPLANs 

2.2  Develop  personnel  annex  for  base 
implementation  plans 

3.0  Review  and  update  POM  inputs  for  personnel 

3.1  P  rovide  personnel  input  as  needed 

4.0  Assess  personnel  impacts  and  costs 

and  provide  input 

5.0  P  rovide  inputs  as  needed  incorporating  the 
results  of  trade  studies  from  the  previous  phase 

6.0  Assess  the  TEMP  for  insight  on  tasks 
associated  with  the  system 

7.0  Re^e  the  TAD  for  the  support  options 

7.1  Review  overall  training  program  for 
consistency  with  product  support  plan 

8.0  Review  and  provide  input  as  needed 

9.0  Coordinate  with  system  safety  specialists  to 
update  personnel  inputs  to  SSA 


J Inputs  V 


1.  Test  Results 


Exit  Criteria 

APB 

CPD 

SEP 

TEMP 

Product  Support  Package 
PESHE 

System  Safety  Ana  lysis 


^Outputs  V_ 


1.  Production  Baseline 


A 


Test  Reports 
TEMP 
PESHE 
SEP 

System  Safety  Analysis 
Input  to: 

-Cost/Manpower  Est. 


Z 


1 

1  ^ 

p  '  s 

Analyze  Deficiencies  to  | 

1  ^  Verification/Validation  ^  | 

1  Verify  &  Validate 

Determine  Corrective  Actions  1 

1  Linkage  1 

1  Production  Configuration 

Activities  for  Each  Output; 

1.0  Ensure  assignment  and  training  actions 
correspond  to  the  production  schedule 

1.1  Assess  careeryeldirTpacts  for 
personnel  assignments 

2.0  Review  the  reports  and  provide 
inputs  as  needed 

3.0  Work  with  manpower  POCs  to  prepare  a 
consolidated  list  of  tasks  based  on  TEMP  data 

3.1  Use  the  task  list  to  update  AFSC  descriptions 
and  classiycation  series 

3.2  Assess  the  potential  need  fornewAFSCs  and/ 
or  new  pre^es  or  suf^es  for  existing  AFSCs 

4.0  Review  and  provide  input  as  needed 

5.0  Provide  inputs  as  needed 

6.0  Assess  safety  issues  for  personnel  impacts 

7.0  Provide  ^al  MER  input 

7.1  Capture  all  required  personnel  data  for  use 
in  future  acquisitions 

7.2  Develop  personnel  Lessons  Learned  and 
retain  for  future  use 

7.3  Retain  personnel  databases  for  use  as  BCS  in 
future  acquisitions 


Production  and  Deployment:  Personnel 


Review  DRs  and  assess  personnel  impacts 

Assess  options  and  costs  if  personnel  shortages  or  other  personnel  issues  cause 
or  exacerbate  deyciencies 

Continue  to  participate  in  SATAFs  to  assess  personnel  impacts 


Examine  base  assignn^nt  ratios  per  career  yeld  to  assess  beddown  impacts,  if  applicable 
Develop  and  coordinate  personnel  actions  to  correspond  to  new  manpower  requirements 
and  manpower  changes 

Continue  to  participate  in  SATAFs  to  assess  personnel  impacts 


•  Adjust  budget  POM,  and  assignment  inputs  as  necessary  to  re|oect 
production/deployment  adjustments 

•  Continue  to  participate  in  SATAFs 


PCA  I  •  Review  PCA  results  to  identify  potential  personnel  implications 

•  Ensure  approved  personnel  changes  are  incorporated  into  revised  baselines, 
and  production  documentation 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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Activities  for  Each  Input; 


1.0  Coordinate  on  any  manpower  changes 

driven  by  service  use  data  and  the  application 
of  manpower  standards 
2.0  Review  and  assess  for  potential 
personnel  issues 

3.0  Monitor  failure  reports  for  potential 
personnel  impacts 

4.0  Monitor  DRs  for  potential  personnel  impacts 
5.0  Incorporate  personnel  inputs  as  needed 
6.0  Coordinate  with  ESOH  specialists  to 

determine  that  personnel  considerations  have 
been  addressed  for  any  system  modiycations 
7.0  Assess  safety  issues  for  potential 
personnel  policy  impacts 


Operations  &  Support  Phase 

Personnel 


fl 

2. 

3. 

4. 

5. 

6. 
7. 


_J  Inputs  V_ 


Service  Use  Data 
User  Feedback 
Failure  Reports 
Discrepancy  Reports 
SEP 
PESHE 

System  Safety  Ana  lysis 


T 


f  1 

\Review^ 

1  Monitorand  CollectAII  1 

1  Implementand  Field  ■ 

1  Service  Use  Data  I 

k 

\ 

'  / 

\ 


Trades  f 


'  Trades  'x 


Analyze  Data  to 
Determine  RootCause 


\ 


p  1 

1  Determine  System  1 

1  *1 

1  ^ 

1  Integrate  and  Test  ■ 

1  Risk/Hazard  Severity  1 

1  Corrective  Action  1 

*  1 

1  '  1 

1  * 

References: 


>AFPD  36-14 

>AFPD  36-21  &AFPD  36-22 
>AFI  36-3802 

►  AFI  36-2623 
>AFI  36-2305 

>  AFI  36-2101  &AFI  36-2110 
>T.Q.00-35D-54 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


©  ©  ©  o 


«  Back 


Operations  and  Support:  Personnel 


•  Review  maintenance  data  for  anomalies  with  personnel  implications 

•  Provide  personnel  input  as  needed  to  analyze  root  issues 

•  Assess  personnel  impacts  associated  with  system  risks  and/or  hazards 

•  Identify  training  implications  resulting  from  risk  or  hazard  mitigation  methods 


a 


•  Participate  in  ^al  SATAFs,  if  any,  to  close  out  any  remaining  personnel  issues 

•  Review  follow-on  Operational  Test  and  Evaluation  (OT&E)  results  for  personnel  implications 

•  Update  TAD  and  AFSC  descriptions  as  needed 

•  Review  manpower  standards  applications 

•  Coordinate  on  any  MACRs  with  personnel  impacts 

•  Work  assignments  orother  personnel  actions  as  required  to  support  the  manpower  changes 


•  Assess  personnel  impacts  of  proposed  changes 

•  E  nsure  POM  inputs  include  funding  for  additional  assignments  and/or  training  if  required 

•  Adjust  assignment  schedule  to  match  changes  to  the  manpower  baseline 

•  Assess  personnel  impacts  of  proposed  changes 

•  E nsure  POM  inputs  include  additional  assignments  funding  if  required 

•  Prepare  assigriTOnt  notiycations  to  rr^tch  changes  to  the  n^npower  baseline 


•  Solicit  userfeedback  against  known  personnel  risk  areas  and  update  personnel  risks  for 
yelded  systems  as  required 


'  Trades  '  •  Participate  in  trade  Studies  to  evaluate  options  against  identiyed  personnel  criteria 
^  ^  ^  throughout  this  phase  to  ensure  personnel  concerns  are  addressed 

•  Present  personnel  impacts  for  trade  analyses  as  required 

•  Provide  personnel  inputs  to  proposed  nndiycations  and  upgrades 

•  Coordinate  with  other  domain  POCs  as  required 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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Training 


«  Back 


«  Back 


Training — Encompasses  the  instruction  and  resources  required  to  provide  personnel  with  requisite  knowledge,  skills,  and  abilities  to  properly  operate,  maintain, 
and  support  systems.  The  Training  domain  develops  and  delivers  individual  and  collective  qualification  training  programs,  placing  emphasis  on  options  that 
enhance  user  capabilities,  maintain  skill  proficiencies  (through  continuation  training  and  retraining),  expedite  skill  attainment,  and  optimize  the  use  of  training 
resources.  Training  systems,  such  as  simulators  and  trainers,  should  be  developed  in  conjunction  with  the  emerging  system.  The  overall  training  system  may  be 
required  prior  to  fielding  the  system  so  that  personnel  can  be  adequately  trained  to  operate,  maintain,  and  support  the  system  when  it  is  fielded;  therefore,  it  also 
is  important  to  develop  the  training  system  concurrent  with  the  operational  system. 
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«  Back 
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Activities  for  Each  Input 

1.0  Review  all  available  data  (CONORS.  ICD. 
requirements  documents,  etc.) 

1.1  Establish  a  training  planning  team 

1.2  Identify  a  BCi  for  comparative  analysis 

2.0  Identify  training  concepts  to  support  multiple 
system  concepts  in  support  of  the  AoA 
3.0  Provide  training  exit  criteria  if  appropriate 
and  feasible 

4.0  Examine  alternative  concepts 

4.1  Create  task  lists  to  support  alternatives 

4.2  Provide  training  inputs,  as  requested  for 

2-  and  3-level  maintenance  and  for  contractor 
logistic  support 


/  Inputs  V_ 


1.  ICD 

2.  AoA  Plan 

3.  Exit  Criteria 

4.  Alternative  Maintenance  & 
Logistics  Concepts 


Interpret  User  Needs,  Analyze 
Operational  Capabilities  & 
Environmental  Constraints 


Trades 


Develop  Concept  Performance 
(&  Constraints)  Definition  & 
Verification  Objectives 


Materiel  Solution  Analysis  Phase 

Training 


VoutputsV. 


1.  Draft  System  Requirements 

2.  T&E  Strategy 

3.  SEP 

4.  System  Safety  Analysis 

5.  Supports  Maintenance 
Concepts  &  Technologies 

6.  Inputs  to: 

-draft  CDD -AoA  -TDS 
-Cost/Manpower  E  St. 


Validation 

Linkage 


Analyze/Assess  Concepts 
Versus  Defined  User  Needs  & 
Environmental  Constraints 


Trades 


Verification 

Linkage 


Assess/Analyze  Concept 
&  Verify  System 
Concept's  Performance 


Decompose  Concept 
Performance  into 
Functional  Definition  & 
Verification  Objectives 


Verification 

Linkage 


Assess/Analyze 
System  Concept  Versus 
Functional  Capabilities 


/ 


Decompose  Concept 
Functional  Definition  into 
ComponentConcepts  & 
AssessmentObjectives 


Verification 

Linkage 


Assess/Analyze 
Enabling/Critical  Components 
Versus  Capabilities 


/ 


Develop  ComponentConcepts, 

/.e.,  Enabling/Critical  Technologies,  | 
Constraints  &  Cost/Risk  Drivers 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


Activities  for  Each  Output; 

1.0  Identify  training  requirements  (including 
training  devices  and  courseware),  constraints, 
and  performance  attributes  for  the  system 

1.1  Identify  trainer/simulator  requirements  and  any 
associated  facility  needs 

2.0  Identify  training  drivers  within  the  T&E  Strategy 

2.1  Ensure  requirements  for  training  system 
validation  are  included  in  the  T&E  Strategy 

3.0  Identify  responsibilities  for  training 
integration  into  SE 

4.0  Review  system  safety  analyses  for  potential 
training  issues 

5.0  Assess  the  support  and  maintenance  concepts 
and  technologies  for  training  requirements 

5.1  E  nsure  consistency  between  system  training 
requirements  and  sustainment  concepts 

6.0  Initiate  training  analysis  and  provide  training 
inputs  as  required 

6.1  Review  cost  and  manpower  estimates  for 
school  house  and  training  pipeline  support 

6.2  Review  and  provide  inputs  to  the  LCMP 


Tools: 


•  HPAI 

•  ADVISOR 

•  AM 

•  HSI  Requirements  Guide 


«  Back 
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Materiel  Solution  Analysis:  Training 


•  Collect  training  data  on  comparable  systems  including  operations  training  courses, 
maintenance  courses,  and  schoolhousethroughputforall  ofycens/enlisted/civilians 
associated  with  comparable  systems 

Initiate  training  needs  analysis  for  the  system 

Begin  analyzing  and  documenting  training  requirements  to  operate  and  support 
the  new  system 

Identify  and  document  system  functions  or  functional-level  requirements  not  currently 
performed  by  comparable  systems 

Identify  and  document  components  or  component-level  requirements  not  currently 
part  of  comparable  systems 

Begin  estimating  necessary  training  resources  for  the  new  system  to  include  trainers/ 
simulators  and  any  associated  facilities 

Task  career  yeld  rr^nagers  to  detemine  skill  level  (3-,  5-,  7-)  training  requirements 
and  initial  numbers 

P  repare  a  cost  estimate  structure  to  build  up  training  cost  estimates  from  the  component  level 
Document  those  resources  and  estimates  in  applicable  program  plans  or  reports 

Begin  populating  costand  manpower  estimates  at  the  component  level  for 
each  system  concept 

Assess  and  document  risk  of  AF  inability  to  meet  training  requirements  at  the 
component  level 

Validate  planned  training  methods  for  component-level  tasks 


►  Continue  populating  costand  manpower  estimates  atthe  system  level  for 
each  system  concept 

►  Assess  and  document  risk  of  AF  inability  to  meet  training  requirements  at  the  system  level 

►  Validate  planned  training  methods  for  system-level  operations  and  tasks 

►  Complete  cost  estimates  for  all  alternative  systems 

►  Ensure  all  risks  ofAF  inability  to  meet  training  requirements,  atthe  planned  operational 
readiness  level  and  OPSTEMPO.  are  documented  and  re|oectEd  in  the  program  cost 
estimate  and  related  program  documents 

•  Update  system-level  requirements  as  necessary  to  record  any  new  or  revised 
training  requirements 

•  Review  initial  technical  conyguration  and  identify  any  training  issues 

•  E  nsure  technical  baseline  is  detailed  enough  to  support  a  valid  cost  estimate 

•  Provide  training  inputs  to  re|oectthe  chosen  nrateriel  solution  approach 

•  P  rovide  training  assumptions,  risks,  and  cost  drivers 

•  Evaluate  training  costs  for  each  alternative  system  and  provide  strategy  options  for  reducing 
training  costs  if/as  appropriate 

•  E  nsure  set  of  requirements  agrees  with  user  needs  and  expectations  with  respect  to 
operations  and  maintenance  concept 

•  Provide  training  inputs  and  risks  for  alternative  nrateriel  solutions  that  have  been  identiyed 

'  Trades'  •  Participate  in  trade  Studies  to  evaluate  options  against  training  costs  throughout  this  phase 
'  to  ensure  training  concerns  are  addressed 


Continue  populating  costand  manpower  estimates  atthe  functional  level  for 
each  system  concept 

Assess  and  document  risk  of  AF  inability  to  meet  training  requirements  at  the  functional  level 
Validate  planned  training  methods  for  functional-level  tasks 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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Activities  for  Each  Input; 

1.0  Review  all  available  data 

1.1  Draft  initial  training  planning  strategy 

2.0  Identify  preliminary  training  ownership  costs 
for  the  materiel  solution 

3.0  Develop  training  exit  criteria 

4.0  Include  training  assessments 

5.0  Analyze  the  BCS  and  assess  training  options 
and  costs  for  each  alternative 

6.0  Assess  types  of  training  needed  to  support  the 
new  technology  and  associated  costs 

6.1  Determine  if  any  technical  manuals 
would  need  to  be  generated  as  exceptions 
in  paper  form 

7.0  Identify  training  drivers  within  theT&E  Strategy 

7.1  Review  test  procedures  to  identify  the  types 
of  tasks  that  will  be  required  to  operate  and 
maintain  the  new  system 

7.2  Compare  the  potential  tasks  with  existing 
Career  Field  Education  and  Training  Plans 
(CFETPs)  and  other  training  material 

7.3  Use  this  comparison  to  start  anticipating 
training  requirements  for  the  new  systems 

8.0  Evaluate  for  training  impacts 


Technology  Development  Phase  (Inputs) 

Training 


/  Inputs  V_ 


ICD&DraftCDD 
Approved  Materiel  Solution 
Exit  Criteria 

Supports  Maintenance 
Concepts  &  Technologies 
AoA 
TDS 

T&E  Strategy 
System  Safety  Ana  lysis 


InterpretUser  Needs,  Analyze 
Operational  Capabilities  & 
Environmental  Constraints 


Validation 

Linkage 


Demo  &  Validate  System  & 
Tech  Maturity  Versus  Defined 
User  Needs  &  Environmental 
Constraints 


Trades 


Trades 


t 


f  Develop  System  P erf 

1 

1  y 

1  (&  Constraints)  Spec  &  | 

1  Demo/Model  Integrated  System  i 

1  E  nabling/Critical  Tech  &  1 

1  Prototypes  Verification  Plan  1 

1^  Linkage  1 

1  .  1 

1  Versus  Performance  Spec  1 

\ 


Develop  Functional  Definitions  for 
E  nabling/Critical  T  ech/P  rototypes 
k  Associated  Verification  Plan 


t 


Decompose  Functional 
Definitions  into  Critical 
Component  Definition  & 
Technologies  Verification  Plan 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 
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Technology  Development  Phase  (Inputs):  Training 


©•  Identify  the  types  of  training  required  e.g.,  unit,  individual,  classroom,  computerized, 
on-the-job  (OjT) 

•  Conducta  detailed  analysis  of  training  requirements  forthe  B^to  project  training 
requirements  for  the  new  system 

0  9  Identify  gaps  where  the  is  not  applicable 

•  Seek  alternative  benchmarks  for  the  system  requirements  not  covered  bv  the  BCS 
•  Develop  performance  speciycations  for  any  trainens/sinulatons  needed  for  training 
associated  with  the  system  underdevelopment 

G«  Review  BCi  training  materials  for  applicability 

•  Assess  functional  de^itions  for  potential  training  drivers 


•  Review  demonstration  results  for  training  issues 

•  Review  demonstration  results  for  training  issues 

•  Review  demonstration  results  for  training  issues 


SR^  •  Prepare  and  present  training  performance  criteria  at  SRR 

•  Validate  training  criteria  against  user  requirements 

•  Ensure  all  training  performance  requirements  that  affect  system  requirements  derived  from 
the  CDD  are  testable  and  are  de^ed  in  the  system  functional  baseline 

•  E  nsure  that  training  risks  are  included  in  the  comprehensive  risk  assessment 


•  Update  system  training  criteria 

•  Develop  requirements  for  veriycation  of  risk  mitigation  controls 


o 

o 


Assess  system  concepts  for  training  impacts 

Assess  status  of  any  new  facility  construction  needed  to  support  training 

Evaluate  enabling/critical  technologies  for  training  impacts 


[  Trades'  •  Participate  in  trade  Studies  to  evaluate  options  against  training  costs  throughout  this  phase 
^  ^  ^  to  ensure  training  concerns  are  addressed 

•  Coordinate  with  other  HSI  domains  to  assess  trade-offs  within  HSI 

•  Ensure  trade  space  and  risks  analyzed  include  training  considerations  and  are  assessed 
against  available  technologies 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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Technology  Development  Phase  (Outputs) 

Training 


Activities  for  Each  Output; 


I. 0  Review  the  baseline  and  ensure  it  includes 

initial  training  projections 

2.0  Review  the  preliminary  design  and  develop  a 
system  performance  task  list 

2.1  Identify  preliminary  operations  and 
maintenance  training  requirements 

3.0  Continue  to  assess  training  drivers  within 
theT&E  strategy 

3.1  Re^e  the  systEintask  list  based  on 
procedures  in  the  TEMP 

4.0  Develop  the  initial  training  plan 

5.0  Identify  any  new  training  needed  to 
comply  with  PESHE 

6.0  Provide  inputs  as  needed 

7.0  Provide  inputs  as  needed 

8.0  Assess  for  training  drivers 

9.0  Continue  to  assess  risk  of  inability  to  meet 
training  requirements 

10.0  Identify  training  requirements  for  system 
support  and  maintenance 

10.1  Evaluate  options  for  government  versus 
contractor  training 

10.2  Evaluate  status  of  development  of  trainers/ 
simulators  associated  with  the  system 

II. 0  Determine  realistic  training  goals  and  constraints 
11.1  Review  and  provide  inputs  to  the  LCjMP 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


Tools: 


.  HPAI 
>  ADVISOR 
.  AIM 
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Technology  Development  Phase  (Outputs):  Training 


■  ■  •  Review  system  performance  speciycations 

•  Develop  an  initial  BCS  task  description  for  tasks  associated  with  operating,  maintaining, 
and  supporting  the  system 

•  Identify  the  impacted  tasks  for  the  new  system  and  use  them  to  estimate  training  requirements 

•  Identify  training  costs/exit  criteria  for  system  performance 

•  Estin^te  training  costs  for  different  system  speciycations 

•  Provide  trade-off  assessments  of  differing  training  options  and  costs 

•  Task  potential  user  commands  for  training  inputs 

•  Determine  training  type  mix  (classroom,  computerized,  etc.) 

•  Prepare  POM  TPR/STR  input 

•  Provide  training  inputs  for  demilitarization/disposal  planning  if  needed 

•  Adjust  training  impacts  with  each  evolution  of  functional  speci^ations 

•  Assess  and  revise  training  requirements  as  needed  following  test  and  evaluation  exercises 

•  Identify  training  issues  and  costs  associated  with  safety  and  environmental 
compliance  requirements 

•  Advise  potential  usercomnrands  of  functional  speciycation  changes  and  collect  adjusted 
training  inputs  as  needed 

•  Update  training  inputs  for  demilitarization/disposal  planning  if  applicable 


(SF^  •  P  resent  training-critical  requirements,  costs,  and  risk  status  at  SFR 

C™)  •  Ensure  training  costs  are  included  in  the  LCCE  and  the  MER 

•  Review  product  speciycations  for  training  considerations 

•  P  rovide  training  inputs  to  the  assessment  of  the  system  and  subsystem  preliminary  design 
as  captured  in  the  G  speci^ations 

•  Ensure  training  risks  are  identiyed  and  manageable 

^  ^  ^ 

Trades  '  •  Participate  in  trade  Studies  to  evaluate  options  against  training  costs  throughout  this  phase 

^  ^  ^  to  ensure  training  concerns  are  addressed 

•  Coordinate  with  other  HSI  domains  to  assess  trade-offs  within  HSI 

•  Coordinate  with  systems  engineers  to  provide  inputs  to  trade-offs  that  affect  system 
and  subsystem  training 

•  Re^e  training-related  threshold  and  objective  requirements  as  needed  based  on  the 
results  of  trade  studies 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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Activities  for  Each  Input; 

1.0  Review  system  performance  speciycations 

1.1  Develop  a  system  performance  task  list 
2.0  Determine  realistic  training  goals 

and  constraints 

3.0  Use  training  constraints  and  costs  to  identify 
appropriate  exit  criteria 
4.0  Review  the  baseline  and  anticipate 
future  training  costs 
5.0  P  rovide  training  strategy  inputs 
6.0  Re^e  the  initial  training  plan 
7.0  Provide  inputs  as  needed 
8.0  Incorporate  training  drivers  within 
TSiE  planning 

8.1  Re^e  the  systemtask  list  based  on 
procedures  in  the  TEMP 

9.0  Continue  to  review  the  PESHE  and  assess 
any  training  impacts 
10.0  Provide  inputs  as  needed 
11.0  Assess  training  support  options  and  costs  to 
include  trainers/simulators 
12.0  Continue  to  review  and  provide  inputs 
as  needed 

13.0  Incorporate  any  identiyed  training  risks 
14.0  Incorporate  training  requirements  for  system 
supportand  maintenance 
14.1  Develop  recommendations  for  government 
versus  contractor  training 
15.0  Evaluate  options  for  government  versus 
contractor  training 


References: 


•  AFI36-220m&^ 

•  API  36-2232  &AFI  36-2248 

•  API  36-2251  &AFI  36-2305 

•  AFH  36-  2235  V3 

•  AFMAN  36-2234  &AFPD  36-22 

•  API  63-101  &AFMAN  63-119 

•  T.Q.00-35D-54 


Engineering  &  Manufacturing  Development  Phase  (Inputs) 

Training 


_ /  Inputs  \ 

1.  Sys  Performance  Spec 

2.  Acquisition  Strategy 

3.  Exit  Criteria 

4.  APB  5.CDD  6.  SEP 

7.  PPP  8. TEMP  9.PESHE 
10.  STA  11.  ISP 

12.  NE  PA  Compliance  Schedule 

13.  RiskAssessment 

14.  Validated  Sys  Supports  Maint 
Objectives  &  Requirements 

15.  Product  Support  Strategy 


InterpretUser  Needs,  Refine 
System  Performance  Specs  & 
Environmental  Constraints 


J 


Trades 


Develop  System  Functional 
Specs  &  Verification 
Plan  to  Evolve  System 
Functional  Baseline 


Lighter  blocks  reflecttechnical 
efforts  required  during  EM  D  if  PD R 
does  notcome  priorto  Milestone  B. 


Evolve  Functional 
Performance  Specs  into 
System  Allocated  Baseline 


Evolved  Functional  Specs  into 
Product  (Build  to)  Documentation 
&  Inspection  Plan 


Evolve  Cl  Functional  Specs  into 
Product  (Build  to)  Documentation 
&  Inspection  Plan 


— (c^ 


Tools: 


•  ADVISOR 

•  AM 

•  HPAI 

•  VESARS 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


«  Back 


Engineering  and  Manufacturing  Development  (Inputs):  Training 


© 


© 


Review  system  performance  speciycations 

Develop  an  initial  BCS  task  description  for  tasks  associated  with  operating,  maintaining, 
and  supporting  the  system 

Identify  the  impacted  tasks  for  the  new  system  and  use  them  to  estimate  training  requirements 

Identify  training  costs/exit  criteria  for  system  performance 
Estin^te  training  costs  for  different  system  speciycations 
Provide  trade-off  assessments  of  differing  training  options  and  costs 
Task  potential  user  commands  for  training  inputs 
Determine  training  type  mix  (classroom,  on-line,  etc.) 

Prepare  POM  TPR/STR  input 

Adjust  training  impacts  with  each  evolution  of  functional  speci^ations 
Assess  and  revise  training  requirements  as  needed  following  T&E  exercises 
Identify  training  issues  and  costs  associated  with  safety  and  environmental 
compliance  requirements 

Advise  potential  usercomnrands  of  functional  speciycation  changes  and  collect  adjusted 
training  inputs  as  needed 

Review  system  perfomrance  speciycations 

Re^e  the  initial  description  of  taste  associated  with  operating,  nraintaining,  and 
supporting  the  system 

Provide  a  revised  input  to  the  MER  and  TPR/STR  to  re|oect  current  training  estinrates 
E  nsure  training  development  actions  are  in  synchronization  with  the  build  schedule 


Cs) 


C™) 


Trades 


Present  critical  training  requirements,  costs,  and  risk  status  atSFR 

Ensure  all  training  performance  requirements  that  affect  system  requirements  derived  from 

the  CDD  are  testable  and  are  de^ed  in  the  system  functional  baseline 

Ensure  training  costs  are  included  in  the  LCCE  and  the  MER 
Review  product  speciycations  for  training  considerations 

P  rovide  training  inputs  to  the  assessment  of  the  system  and  subsystem  preliminary  design 
as  captured  in  the  conjuration  itemspeci  jations 
Ensure  training  risks  are  identiyed  and  manageable 

Ensure  manpower  costs  are  included  in  the  LCCE  and  the  MER 

Review  product  speci  jations  for  training  considerations 

Ensure  training  requirements  and  constraints  have  been  addressed  in  the  product 

speci  jations  for  each  G 

Review  design  documentation  as  required  to  ensure  training  issues  have  been  addressed 
Ensure  training  risk  areas  have  been  addressed  as  required 

Participate  in  trade  studies  to  evaluate  options  againsttraining  costs  throughout  this  phase 

to  ensure  training  concerns  are  addressed 

Coordinate  with  other  HSI  domains  to  assess  trade-offs  within  HSI 

Coordinate  with  systems  engineers  to  provide  inputs  to  trade-offs  that  affect  system  and 

subsystem  training  requirements 

Ensure  training  costs  are  in  the  LCCE  and  the  MER 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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Engineering  &  Manufacturing  Development  Phase  (Outputs)^ 

Training 

/  OutputsX 


1.  Initial  Product  Baseline 

2.  Test  Reports 

3.  TEMP 

4.  Elements  of  Product  Support 

5.  Risk  Assessment 

6.  SEP  7.TRA  8.  PESHE 

9.  Life  Cycle 
Sustainment  Plan 

10.  System  Safety  Ana  lysis 

11.  Inputs  to: -CPD-STA -ISP 
Cost/ManpowerEst. 


FCA 


Combined  DT&E/OT&E/LFT&E 
Demonstrate  System  to 
Specified  User  Needs  and 
Environmental  Constraints 


Trades 


System  DT&E,  LFT&E  &  OAs, 
Verify  System  Functionality  and 
Constraints  Compliance  to  Specs 


Integrated  DT&E,  LFT&E  & 
EGAs  Verify  Performance 
Compliance  to  Specs 


L 


0 


Individual  Cl 
Verification  DT&E 


Fabricate,  Assemble,  Code  to 
"Build-to"  Documentation 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


Activities  for  Each  Output; 

1.0  Review  the  baseline  and  assess  the  readiness 
of  training  materials  and  courses 

1.1  Ensure  training  schedules  are  synchronized  with 
the  production  baseline 

2.0  Review  the  reports  and  assess  any  issues  that 
indicate  additional  training  may  be  required 

2.1  Revise  training  material  as  needed  in  response 
to  design  changes  arising  from  test  ^dings 

3.0  Review  the  TEMP  and  prepare  a  task  list  for  the 
operational  tasks  being  tested 

3.1  Include  scenarios  to  test  training 
materials  if  possible 

4.0  Review  and  assess  potential  training  impacts 

5.0  Assess  and  document  potential  risks  if  training 
requirements  are  not  or  cannot  be  met 

6.0  Identify  training  responsibilities  for 
integration  into  SE 

7.0  Summarize  potential  training  risks  and 
mitigation  options 

8.0  Provide  inputs  as  needed 

9.0  Review  and  update  LCJMP  inputs 

9.1  Determine  if  training  will  be  provided  with 
organic  or  contractor  personnel  or  both 

10.0  Review  and  assess  potential  training  impacts 

11.0  Assess  training  support  options  and  costs,  to 
include  trainers/ simulators 

11.1  Review  costand  manpower  estimates  for 
schoolhouse  and  training  pipeline  support 
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Engineering  and  Manufacturing  Development  (Outputs):  Training 


Re^e  estirr^tes  of  training  resources  for  the  new  system 

Assess  ability  to  have  adequate  resources  in  schoolhouse  and  training  pipeline  to 

support  system  upon  yelding 

Evaluate  readiness  of  any  new/renovated  training  support  physical  facilities 

Review  task  lists  for  training  alternatives 
Re^e  the  training  system  plan 

Continue  to  assess  ability  to  have  adequate  resources  in  schoolhouse  and  training  pipeline 
to  support  system  upon  yelding 

Continue  to  evaluate  readiness  of  any  new/renovated  training  support  physical  facilities 
Participate  in  the  development  of  a  T.O .  QQ-35D-54-comDliant  DR  process 


Ensure  preliminary  course  materials  are  available  for  DT&E  and  EGA  activities 
Validate  course  materials  via  DT&E  and  EGA  activities 

Continue  to  assess  ability  to  have  adequate  resources  in  schoolhouse  and  training  pipeline 
to  support  system  upon  yelding 

Continue  to  evaluate  readiness  of  any  new/renovated  training  support  physical  facilities 
Participate  in  DR  boards  for  training  implications 


•  Review  test  plans  and  identify  any  training  issues 


Ensure  training  risks  have  been  identiyed  and  addressed  including  if  there  will  be  adequate 
resources  in  the  schoolhouse  and  training  pipeline  to  support  the  system  upon  yelding 
Ensure  identiyed  training  risks  are  nenageable  and  that  appropriate  n^trics  associated  with 
training  are  in  place 

Verify  training  requirements  and  constraints,  as  documented  in  the  functional  baseline,  have 
been  sufycientJy  addressed  as  part  of  the  system  functionality  assessn^nt 


•  Review  production  schedules  and  ensure  training  schedules  are  synchronized 

•  E  nsure  a  process  is  in  place  that  will  assess  changes  to  the  design  or  manufacturing 
processes  to  ensure  changes  will  not  degrade  training-related  performance 


FCA  I  •  Reviewfunctional  conjuration  and  identify  any  training  issues 

•  E nsure  training  concerns  are  addressed  when  reviewing  the  CTs  testfanalysis  data, 
including  software  unit  test  results,  to  validate  the  intended  function  or  performance  stated  in 
its  speci  jation  is  n^t 


Conduct  training  effectiveness  analysis 
Re je  course  n^terials 

Participate  in  site  surveys  and  site  activation  activities  if  appropriate  for  beddown  of  a  new 
weapon  system  and/or  new  training  facilities 

Continue  to  assess  ability  to  have  adequate  resources  in  schoolhouse  and  training  pipeline 
to  support  system  upon  jiding 

Continue  to  evaluate  readiness  of  any  new/renovated  training  support  physical  facilities 
Continue  to  participate  in  DR  boards  for  training  implications 


Participate  in  trade  studies  to  evaluate  options  againsttraining  costs  throughout  this  phase 
to  ensure  training  concerns  are  addressed 

Assess  training  risks  against  exit  criteria  for  this  acquisition  phase 

Identify  those  training  risks  that  could  result  in  a  breach  to  the  program  baseline  or 

substantially  impact  cost,  schedule,  or  performance 


Re  je  training  analysis  based  on  maturing  manpower  estimates 
Test  training  materials 

Continue  to  assess  ability  to  have  adequate  resources  in  schoolhouse  and  training  pipeline 
to  support  system  upon  jiding 

Continue  to  evaluate  readiness  of  any  new/renovated  training  support  physical  facilities 
Continue  to  participate  in  QR  boards  for  training  implications 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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Activities  for  Each  Input; 

1.0  Review  integrated  system  test  results  and 
identify  training  concerns 

1.1  Review  as  part  of  the  Utilization  and  Training 
Workshop  (U&TW) 

1.2  Incorporate  user  feedback  in  the  U&TW 

2.0  Develop  training  exit  criteria 

3.0  Review  the  API  and  ensure  it  includes  the 
latest  training  requirements  estimates 

4.0  Ensure  personnel  training  schedules  are  in 
sync  with  the  CPD  schedule 

4.1  If  applicable,  ensure  the  schedule  for 
acquiring  training  systems,  to  include  trainers/ 
simulators,  is  in  sync  with  the  CPD  schedule 

4.2  Ensure  any  new/renovated  physical  facilities 
to  support  training  are  ready  for  deployment 
of  the  system 

5.0  Identify  responsibilities  for  training 
integration  into  SE 

6.0  Identify  test  scenarios  for  assessing  training 

6.1  Ensure  testing  of  training  objectives  is 
included  in  the  TEMP 

7.0  Identify  training  requirements  for  operations 
and  maintenance 

7.1  Identify  any  other  functional  training 
requirements  for  support 

8.0  Provide  input  as  needed 

9.0  Coordinate  with  system  safety  specialists  to 
update  training  inputs  to  SSA 


Production  &  Deployment  Phase 

Training 


J Inputs  V 


1.  Test  Results 


Exit  Criteria 

APB 

CPD 

SEP 

TEMP 

Product  Support  Package 
PESHE 

System  Safety  Ana  lysis 


A 


1.  Production  Baseline 

2.  Test  Reports 

3.  TEMP 

4.  PESHE 

5.  SEP 

6.  System  Safety  Analysis 

7.  Input  to: 
-Cost/Manpower  Est. 


Z 


1 

1  ^ 

p  '  s 

Analyze  Deficiencies  to  | 

1  ^  Verification/Validation  ^  | 

1  Verify  &  Validate 

Determine  Corrective  Actions  1 

1  Linkage  1 

1  Production  Configuration 

Activities  for  Each  Output; 


1.0  Ensure  training  requirements  are  included 
2.0  Review  and  identify  additional  training 
requirements  if  needed 

3.0  Assess  the  testing  results  from  training  scenarios 
4.0  Provide  input  as  needed 
5.0  Ensure  training  responsibilities  are  included 
6.0  Review  and  provide  inputs  as  needed 
7.0  Ensure  training  costs  are  included 


«  Back 


Production  and  Deployment:  Training 


•  Assess  deyciencies  for  potential  training  issues 

•  Ensure  the  most  effective  training  method  is  being  used 

•  Identify  changes  to  training  requiren^nts  as  necessary  to  resolve  deyciencies 

•  Conduct  a  U&TW  to  develop  new  training  procedures  and  documents 


•  Assess  the  revised  training  materials 

•  Ensure  the  adjustnents  are  effective  and  correct  the  earlier  deyciencies 

•  Look  for  potential  unintended  consequences  from  the  training  adjustments 

•  Review  and  revise  the  training  schedule  as  needed  to  accountfortheconyguration  changes 


Adapt  training  approaches  and  neterials  as  needed  to  neet  new  conygurations 
Update  training  requirements  and  cost  estimates  as  needed 


PCA  I  •  Reviewthetechnical  conjuration  and  identify  any  training  issues 

•  Ensure  approved  training  changes  are  incorporated  into  revised  baselines, 
and  production  documentation 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 


«  Back 


Activities  for  Each  Input; 


1.0  Review  and  assess  training  impacts 
2.0  Incorporate  user  feedback  in  training  materials 
3.0  Look  for  trends  that  may  be  due 
to  training  issues 

4.0  Look  for  trends  that  may  be  due  to  training  issues 
5.0  Identify  training  requirements  for 
integration  into  SE 

6.0  Coordinate  with  ESOH  specialists  to  ensure 
training  considerations  have  been  addressed 
for  any  system  modiycations 
7.0  Review  for  any  issues  which  may  require 
training  adjustments 


Operations  &  Support  Phase 

Training 


_y  Inputs  v_ 


1.  Service  Use  Data 


User  Feedback 
Failure  Reports 
Discrepancy  Reports 
SEP 
PESHE 

System  Safety  Ana  lysis 


T 


f  1 

\Review^ 

1  Monitorand  CollectAII  1 

1  Implementand  Field  ■ 

1  Service  Use  Data  I 

k 

\ 

'  / 

\ 


Trades  f 


'  Trades  'x 


li 

V  h  '  ^ 

Analyze  Data  to  1 

^1  Assess  Risk  of  M 

Determine  RootCause  1 

\  \ 

1  Improved  System  1 

\ 


t 


p  1 

1  Determine  System  1 

1  *1 

1  ^ 

1  Integrate  and  Test  ■ 

1  Risk/Hazard  Severity  1 

1  Corrective  Action  1 

*  1 

1  '  1 

1  * 

References: 


►  AFI36-220m&^ 

>AFI  36-2232  &AFI  36-2248 

►  AFI  36-2251  &AFI  36-2305 

►  AFH  36-  2235  V3 

►  AFMAN  36-2234 

►  AFPD  36-22 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 
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Operations  and  Support:  Training 


o 

© 

© 

© 

© 


Monitor  system  performance  reports 
Assess  attrition  rates  forciassroom  courses 
Monitor  upgrade  training  statistics 

Assess  training  issues  associated  with  root  causes 
Review  occupationai  anaiysis  data 


© 

© 


•  identify  any  remaining  training  risks 

•  Monitor  performance  using  new/nDdiyed  training  devices  if  appiicabie 

•  F  ieid  the  new  training  materiais 

•  Fieid  new/nDdiyed  training  devices  if  appiicabie 

•  Provide  data  to  adjust  technicai  orders  if  appropriate 

•  Compiete  updates  of  formai  training  documents 


Provide  risk  inputs  associated  with  training  issues 
identify  any  training  risks  and  costs 


Assess  training  changes  needed  to  impiement  corrective  actions 

/\ssess  the  need  for  new  or  nDdi^  training  devices  to  respond  to  system  changes  from  DRs 


Review  revised  training  materiai 
Monitor  performance  resuits  using  new  training  materiai 
Coiiect  user  input  and  feedback  on  revised  training  materiai 
Determine  how  best  to  acquire  new/nDdi^d  training  devices  if  needed 


In-Sen/ic^ 

Review^ 


•  P  rovide  a  training  assessment  input 

•  Soiicit  user  feedback  against  known  training  risk  areas  and  update  training  risks  for 
yeided  systems  as  required 


'  Trades  ,  •  Participate  in  trade  Studies  to  evaiuate  options  against  training  costs  throughout  this  phase 
'  to  ensure  training  concerns  are  addressed 

•  Present  training  impacts  for  trade  analyses  as  required 

•  Provide  training  inputs  to  proposed  nDdiycations  and  upgrades 

•  Coordinate  with  other  domain  POCs  as  required 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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Human  Factors 
Engineering 


«  Back 


«  Back 


Human  Factors  Engineering  (HFE) — Involves  understanding  and  comprehensive  integration  of  human  capabilities  (cognitive,  physical,  sensory,  and  team 
dynamic)  into  system  design  beginning  with  conceptualization  and  continuing  through  system  disposal.  The  primary  concern  for  HFE  is  creating  effective 
integration  of  human-system  interfaces  to  achieve  optimal  total  system  performance  (use,  operation,  maintenance,  support,  and  sustainment).  HFE,  through 
comprehensive  task  analyses  (including  cognitive),  helps  define  system  functions  and  then  allocates  those  functions  to  meet  system  requirements.  These  efforts 
should  recognize  the  increasing  complexity  of  technology  and  the  associated  demands  on  people.  HFE  maximizes  usability  for  the  targeted  range  of  users/ 
customers;  minimizes  design  characteristics  that  induce  frequent  or  critical  errors;  and  strives  to  eliminate  the  need  for  workers  to  design  work-arounds. 


«  Back 


«  Back 


Activities  for  Each  Input 

Identify  HFE  characteristics  as  part  of 
capability  de^ition 

Develop  alternatives  with  HFE  considerations 
Identify  HFE  constraints  and  issues 
Identify  HFE  performance  criteria  objectives, 
trade-offs  and  risks 
Provide  exit  criteria  for  preliminary 
HFE  concern  list 

Include  a  strategy  for  integrating  HFE  into 
SE  processes  and  SEP. 

Develop  HFE  exit  criteria 
Ensure  notional  HFE  concepts  are  included  in 
the  CONOPS  and  Logistics  Concept 

Identify  HFE  constraints  and  issues 
Identify  HFE  performance  criteria,  objectives, 
trade-offs,  and  risks 


/  Inputs  V 


1.  ICD 

2.  AoAPIan 

3.  Exit  Criteria 

4.  Alternative  Maintenance  & 
Logistics  Concepts 


Interpret  User  Needs,  Analyze 
Operational  Capabilities  & 
Environmental  Constraints 


Trades 


Develop  Concept  Performance 
(&  Constraints)  Definition  & 
Verification  Objectives 


Materiel  Solution  Analysis  Phase 

Human  Factors  Engineering 


VoutputsV. 


1.  Draft  System  Requirements 

2.  T&E  Strategy 

3.  SEP 

4.  System  Safety  Analysis 

5.  Supports  Maintenance 
Concepts  &  Technologies 

6.  Inputs  to: 

-draft  CDD-AoA  -TDS 
-Cost/Manpower  E  St. 


Validation 

Linkage 


Analyze/Assess  Concepts 
Versus  Defined  User  Needs  & 
Environmental  Constraints 


Trades 


Verification 

Linkage 


Assess/Analyze  Concept 
&  Verify  System 
Concept's  Performance 


Decompose  Concept 
Performance  into 
Functional  Definition  & 
Verification  Objectives 


Verification 

Linkage 


Assess/Analyze 
System  Concept  Versus 
Functional  Capabilities 


L 


Decompose  Concept 
Functional  Definition  into 
ComponentConcepts  & 
AssessmentObjectives 


Verification 

Linkage 


Assess/Analyze 
Enabling/Critical  Components 
Versus  Capabilities 


V 


/ 


Develop  ComponentConcepts, 

/.e.,  Enabling/Critical  Technologies,  | 
Constraints  &  Cost/Risk  Drivers 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


Activities  for  Each  Output; 


1.0 


2.0 


3.1 


4.0 


Identify  HFE  requirements,  constraints  and 
performance  attributes  for  the  system 
Incorporate  HFE  requirements  as  applicable 
Identify  system  requirements  with 
human  interface 

Provide  approach  to  HFE  test  and 

veriycation  rrcthodologies  and  approach 

towards  HFE  inclusion 

P  rovide  HFE  inputs  to  the  test  plan 

Initiate  HFE  planning 

Participate  in  developing  the  strategy  for 

integrating  HFE  considerations  into  SE  using 

MIL-STD-1472 

Identify  responsibilities  for  HFE 
integration  into  SE 

Identify  HFE  considerations  in  support  of 

manual/automated  safety  system  testing 

Identify  HFE  risk  areas 

Identify  potential  HFE  operations  and 

maintenance  issues  along  with  emerging  HFE 

technologies  and  methods 

Provide  HFE  inputs  to  maintenance  strategy 

Provide  HFE  inputs  as  required 

Initiate  HFE  planning 


Tools: 


•  AVQSCET 

•  IMPRINT 

•  Micro  Saint  Sharp 

•  lACK 

•  IMi 

•  HSI  Requirements  Guide 
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Material  Solution  Analysis:  Human  Factors  Engineering 


Assess  and  identify  applicable  HFE  environment,  support  environment,  doctrine, 
and  operational  concepts 

Use  applicable  technology  base  for  concept  maturation 

Ensure  all  HFE  drivers  of  the  concept  de^ition  are  fully  captured  &  managed  as  an 

integral  human  centered  system 

Collect  lessons  learned  from  other  systems 

Identify  HFE  constraints  and  issues 

Assess  each  systemconcept  (if  available)  against  identiyed  HFE  criteria  &nequiren^nt5 
Assess  HFE  risks  for  each  alternative  concept 

Ensure  human  performance  nequinen^nts  are  well-deyned  and  related  to  the  capability  needs 
Ensure  veriycation  planning  de^es  the  test  requirenents  needed  to  evaluate  the  ability  of  the 
matured  system  concept(s)  to  meet  HFE  requirements 
Participate  in  trade-off  analyses 

Translate  concept-level  HFE  criteria  (e.g.,  applicable  HFE  impacts,  human  performance 
limitations,  domain  speciyc  riste,  tactical  system^  support  system^  training  systeni  etc.) 
into  functional  requirements 
Assess  HFE  risks  foreach  alternative  concept 

Ensure  veriycation  planning  enables  T&E  of  the  matured  concept  functionality 
Tailor  key  HFE  issues  to  systemi-speciyc  needs 

Analyze,  de^e  &  mitigate  concept  design  requirenents  for  HFE  constraints 
Initiate  identi^ation  of  component  HSI  constraints 

Initiate  identiycation  of  component  HFE  constraints 

Ensure  HFE  is  adequately  addressed  in  analyses,  modeling  and  simulation,  demonstrations,  etc. 
Review  historical  information  (e.g.,  successes,  mishaps,  lessons-learned,  poor 
human  performance,  etc.) 

Collect  lessons  learned  from  other  systems 

Begin  estimating  necessary  HFE  resources  for  the  new  system 

Prepare  a  cost  estimate  structure  to  build  up  HFE  cost  estimates  from  the  component  level 

Document  those  resources  and  estimates  in  applicable  program  plans  or  reports 

Identify  HFE  requirements  against  critical  component  capabilities 
Assess  HFE  impacts  when  rating  concept  alternatives 


Cont 


Collect  lessons  learned  from  other  systems 
Identify  HFE  constraints  and  issues 

Assess  and  document  risk  of  AF  inability  to  meet  HFE  requirements  atthe  component  level 
Validate  planned  HFE  concepts  for  component-level  tasks 

Ensure  HFE  attributes  work  together  as  an  integral  part  of  the  overall  capability 
Assess  HFE  impacts  if  rating  concept  alternatives 

Assess  and  document  risk  of  AF  inability  to  meet  HFE  requirements  atthe  functional  level 
Validate  planned  HFE  concepts  for  functional-level  tasks 

Evaluate  the  conceptual  ability  of  the  system  to  meet  performance  capability  requirements 
within  identi^d  HFE  constraints 

Rate  concept  alternatives  atthis  level  to  help  identify  critical  HFE  risks  and 
mitigation  control  measures 

Assess  and  document  risk  of  AF  inability  to  meet  HFE  requirements  atthe  system  level 
Validate  planned  HFE  concepts  for  system-level  operations  and  tasks 

Ensure  the  preferred  HFE  approach  for  each  system  concept  is  re|oectEd 
Identify  HFE  risks  and  mitigation  control  measures  if  applicable 
Collect  lessons  learned  from  other  systems 
Update  trade-off  analyses 

Ensure  all  risks  ofAF  inability  to  meet  HFE  requirements,  atthe  planned  operational 
readiness  level  and  OPSTEMPO,  are  documented  and  re|oectEd  in  the  program  cost 
estimate  and  related  program  documents 

Update  system-level  requirements,  as  necessary,  to  record  any  new  or  revised  HFE  requirements 


Ensure  HFE  issues  are  sufydentiy  detailed  to  support  a  valid  cost  estinrate 
Provide  HFE  inputs  to  reloectthe  chosen  nrateriel  solution  approach 
Provide  HFE  assumptions,  risks,  and  cost  drivers 

Ensure  the  set  of  HFE  requirements  meets  user  needs  and  expectations 
Provide  HFE  inputs  and  risks  for  alternative  materiel  solutions  that  have  been  identiyed 

Ensure  HFE  considerations  are  addressed  in  trade  studies,  alternate  solutions 
and  proposed  prototypes 

Analyze  and  assess  the  trade  space  and  HFE  risks  foreach  alternative  concept 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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Technology  Development  Phase  (Inputs) 

Human  Factors  Engineering 


Develop  HFE  criteria  and  requirements 

Identify  HFE  constraints  and  performance 

attributes  for  the  system 

Provide  HFE  input  to  key  performance 

parameter  (KPP)  development 

Evaluate  system  concept  against 

identiyed  HFE  critEiia 

Develop  HFE  documentation  for  contracts 

in-house  program  documents 

Develop  HFE  exit  criteria 

Update  strategy  for  integrating  HFE  risk 

management  into  SE 

Ensure  that  HFE  concepts  in  CONOPS 

and  Support/Logistics  Concepts  are 

re^ed  and  updated 

Incorporate  HFE  risk  mitigation  and  test  and 
veriycation  rrethodologies 
Include  HFE  planning  strategy  and 
requirements  to  supportT&E 
Perform  Functional  Flow  Analysis 
Perform  Function  Allocation 
Perform  Decision-Action  Analysis 
Perform  Task  Analysis 
Perform  Time-Line  Analysis 
Perform  Workload  Analysis 
Perform  Decision-Action  Analysis 
Incorporate  HSI  inputs 

Develop  HFE  documentation  for  contract  and 
in-house  program  documents 
Update  technical  documentation  and  program 
management  plan  with  HFE  requirements 


/  Inputs  V 


ICD&DraftCDD 
Approved  Materiel  Solution 
Exit  Criteria 

Supports  Maintenance 
Concepts  &  Technologies 
AoA 
TDS 

T&E  Strategy 
System  Safety  Ana  lysis 


\ 


InterpretUser  Needs,  Analyze 
Operational  Capabilities  & 
Environmental  Constraints 


Validation 

Linkage 


Demo  Si  Validate  System  Si 
Tech  Maturity  Versus  Defined 
User  Needs  Si  Environmental 
Constraints 


Trades 


Trades 


t 


f  Develop  System  P erf  L 

1 

1  y 

1  (Si  Constraints)  Spec  Si  1 

1  Demo/Model  Integrated  System  1 

1  Enabling/Critical  Tech  Si  1 

1  Prototypes  Verification  Plan  1 

1^  Linkage  1 

1  .  1 

1  Versus  Performance  Spec  1 

\ 


Develop  Functional  Definitions  for 
E  nabling/Critical  T  ech/P  rototypes 
Si  Associated  Verification  Plan 


t 


Decompose  Functional 
Definitions  into  Critical 
Component  Definition  Si 
Technologies  Verification  Plan 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 
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Technology  Development  Phase  (Inputs):  Human  Factors  Engineering 


Update  identi^ation  of  HFE  constraints 
Identify  critical  HFE  technology  needs 
Ensure  HFE  technology  is  mature 


Ensure  HFE  criteria  is  traceable  backto  de^ed  system  capabilities  and  constraints 

Include  HFE  critical  speci^ations  in  Veriycation  Plan 

De^e  HFE  test  requiren^nts  for  identiyed  technologies 

Ensure  speciyc  HFE  requiren^nts  are  included  in  the  speci^ation 

Identify  HSI  requiren^nts  in  any  system  or  subsystem  perfomence  speciycation,  solicitation, 

contract,  and  evaluation  criteria 

De^e  HSI  test  requirements  for  identiyed  technologies 


e 

o 


•  Evaluate  critical  technologies  from  an  HFE  perspective 

•  Review  demonstration  results  for  HFE  related  constraints,  risks,  and  opportunities 

•  Assess  HFE  impacts  associated  with  trade-offs  or  component  re^en^nts 

•  Evaluate  critical  technologies  from  an  HFE  perspective 

•  Ensure  HFE  is  properly  re|oected  in  mxleling  and  sinxilation  engineering  development  mxlels 

•  Assess  HFE  impacts  associated  with  acceptable  technology  risks  and  system  capabilities 

•  Review  demonstration  results  for  HFE  related  constraints,  risks,  and  opportunities 


■  ■  •  Ensure  applicable  HFE  elements  are  embedded  in  the  System  Perfomence  Speciycation  & 
associated  system  development  effort 


De^e  HFE  criteria  for  tactical,  support  and  training  systems 
De^e  HFE  test  requiren^nts  for  identiyed  technologies 
Assess  HFE  impacts  from  technology  trade-off  or  re^en^nts 


Update  system  HFE  criteria 

Assess  HFE  impacts  on  hardware  and  software  elements  (physical  interfaces,  functional 
interfaces,  standards,  and  existing  technology) 

Understand  HFE  impacts  forsystem-of-systems  technology 
De^e  HFE  testing  and  validation  for  critical  system  components 


o 

o 


Verify  modeling  and  simulation,  demonstrations,  and  analyses  address  HFE  concerns 
Understand  and  identify  HFE  constraints  and  risks  associated  with  the  overall  system 
Revise  HFE  costand  risk  drivers  based  on  technologies  testing  and  validation 

Evaluate  critical  technologies  from  an  HFE  perspective 

Validate  technology  components  against  system  component  HFE  requirements 

Participate  in  and  evaluate  demonstrations  for  new  technology  components 


(g)  •  Ensure  the  preliminary  set  of  HFE  system  requirements  are  allocated 

•  Ensure  HFE  system  requirements  satisfy  the  ICD  and/or  draft  C DP 

•  Validate  HFE  criteria  against  user  requirements 

•  Ensure  measurable  HFE  requiren^nts  are  clearly  de^ed  in  the  system 
performance  speciycation 

•  Ensure  all  HFE  performance  requirements  that  affect  system  requirements  are  testable  and 
are  de^ed  in  the  system  functional  baseline 

•  Ensure  that  HFE  risks  are  included  in  the  comprehensive  risk  assessment 

'  Trades'  •  Ensure  HFE  considerations  are  addressed  in  trade  Studies,  alternate  solutions 
'  and  proposed  prototypes 

•  Coordinate  with  other  HSI  domains  to  assess  trade-offs  within  HSI 

•  Ensure  trade  space  and  risks  analyzed  include  HFE  considerations  and  are  assessed 
against  available  technologies 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 


«  Back 


«  Back 


Technology  Development  Phase  (Outputs) 

Human  Factors  Engineering 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


Activities  for  Each  Output; 


1.0  Include  HFE  criteria,  requirements  and 
applicable  speciycations 

1.1  Require  concurrence/approvals  from  the 
applicable  HFE  working  groups 

2.0  Provide  HFE  inputs 

3.0  Determine  HFE  risk  areas  prior  to  inputs 
to  the  TEMP 

3. 1  Deteirrine  veriycation  criteria  for  the 
designated  HFE  risk  areas 

4.0  Ensure  HFE  processes,  measurement  tools, 
aixl  roles  for  HFE  specialists  are  deyned 

4.1  Update  strategy  for  integrating  HFE  into  SE 

4.2  Updated  risk  mitigation  technology 
readiness  levels 

5.0  Provide  HFE  inputs  as  required 

6.0  Provide  HFE  inputs  as  required 

7.0  Update  technology  readiness  assessments  for 
HFE  areas  as  required 

8.0  Provide  HFE  inputs  to  supportability  and 
maintenance  facilities  plans 

9.0  Coordinate  with  system  safety  and  update 
HFE  inputs  as  required 

10.0  P  rovide  facility  inputs  for  the  Integrated 
Baseline  Review 

10.1  Identify  HFE  requirements,  constraints,  and 
attributes  for  the  system 

10.2  Develop  proposed  alternative  approach 
for  HFE  veriycation 

11.0  Ensure  HFE  inputs  are  in  ICMP 

11.1  Review  cost/manpower  estimates  to  update 
HFE  inputs  as  required 

11.2  Identify  human  system  cost  drivers 


Tools: 


.  3DSSPP 

>  ACT-R 

. AVQSCET 
»  BHMS.  CATIA.  CSDT 

.  ENQVIA.VAPS 

>  SALT.5AMMIE 
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Technology  Development  Phase  (Outputs):  Human  Factors  Engineering 


■  ■  •  Review  selected  technologies  for  HFE  application 

•  Revievv  System  Perforn^nceSpeciycation 

•  Identify  the  impacted  tasks  for  the  new  system  and  use  them  to  estimate  HFE  requirements 


(SF^  •  Ensure  HFE  system  and  functional  performance  reauireTOnts  (pertheCDD)  are  fully  cle>^ecl 
•  Ensure  HFE  consistent  with  the  mature  system  concept  and  that  adequate  HFE  processes 
and  metrics  are  in  place 


Review  HFE  speciycations  and  integrated  renge  of  applications  to  subsystems 
Identify  HFE  costs/exit  criteria  for  system  performance 
Estinete  HFE  application/veriycation  costs  for  different  system  speciycations 
Provide  trade-off  assessments  of  HFE  solution/application  options  and  costs 
Provide  HFE  updates  for  demilitarization/disposal  planning 


®  •  Ensure  HFE  requirements  track  with  the  system  design 

•  Ensure  an  HFE  baseline  has  been  allocated  and  is  consistent  across 
hardware/software  elements 

•  Ensure  HFE  risks  are  identiyed  and  manageable 


Ensure  HFE  baseline  consistency  across  hardware/software  elements 

Ensure  adequate  HFE  processes  and  metrics  are  in  place 

Adjust  impacts  of  HFE  applications  with  each  evolution  of  functional  speciycations 

Assess  and  revise  HFE  requirements  as  needed  following  test  and  evaluation  exercises 

Identify  HFE  issues  and  costs  associated  with  safety  and  environmental  compliance  requirements 

Advise  potential  usercomnends  of  functional  speciycation  changes  and  collect  adjusted 

HFE  inputs  as  needed 

Provide  updated  HFE  input  for  demilitarization/disposal  planning 


'  Trades"  •  Ensure  HFE  considerations  are  addressed  in  trade  Studies,  alternate  solutions 
^  ^  ^  and  proposed  prototypes 

•  Coordinate  with  other  HSI  domains  to  assess  trade-offs  within  HSI 

•  Coordinate  with  systems  engineers  to  provide  inputs  to  trade-offs  that  affect  system  and 
subsystem  human  factors 

•  Re^e  HFE-nelated  threshold  and  objective  requiren^nts  as  needed  based  on  the  results  of 
completed  trade  studies 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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Activities  for  Each  Input; 

1.0  Include  results  from  mockups  or  modeling  trials 
2.0  Develop  HFE  exit  criteria 
3.0  Ensure  HFE  inputs  are  included  in  the  system 
support  and  maintenance  requirements 

3.1  Ensure  HFE  inputs  are  included  in  exit  criteria 
4.0  Verify  HFE  inputs  are  included  as  required 
5.0  Review  HFE  inputs  to  CDD 

5.1  Identify  ergonomic  and  interface 
technology  requirements 

6.0  Update  HFE  inputs  to  the  HSIP 
7.0  Provide  guidance  and  inputs  on  HFE 

performance  feedback  and  user  centered  design 
8.0  Review  mockup/modeling  results 

8.1  Assess  potential  HFE  risk  areas 
9.0  Participate  in  safety  reviews 
10.0  Provide  inputs  as  required 

11.0  Assess  support  plans  and  provide  HFE  inputs 
12.0  Provide  inputs  as  required 
13.0  IncorporatE  any  identiyed  HFE  risks 
14.0  Identify  H  F  E  opportunities  for  system 
operations,  maintenance,  and  support 
15.0  Identify  HFE  considerations  for  system 
support  and  life  cycle  affordability 


References: 


•  AFI  63-101  &AFI  63-1201 

•  MIL-HDBK-46855  &MIL-HDBK-743A 

•  MIL-STD-1295A 

•  MIL-STD-1478  &MIL-STD-1472 

•  AFMAN  63-119 


Engineering  &  Manufacturing  Development  Phase  (Inputs) 

Human  Factors  Engineering 


_ /  Inputs  \ 

1.  Sys  Performance  Spec 

2.  Acquisition  Strategy 

3.  Exit  Criteria 

4.  APB  5.  CDD  6.  SEP 

7.  PPP  8. TEMP  9.PESHE 
10.  STA  11.  ISP 

12.  NE  PA  Compliance  Schedule 

13.  RiskAssessment 

14.  Validated  Sys  Supports  Maint 
Objectives  &  Requirements 

15.  Product  Support  Strategy 


I  r 


InterpretUser  Needs,  Refine 
System  Performance  Specs  & 
Environmental  Constraints 


Trades 


•  Develop  System  Functional 
Specs  &  Verification 
Plan  to  Evolve  System 
Functional  Baseline 


Lighter  blocks  reflecttechnical 
efforts  required  during  EM  D  if  PD R 
does  notcome  priorto  Milestone  B. 


Evolve  Functional 
Performance  Specs  into 
System  Allocated  Baseline 


Evolved  Functional  Specs  into 
Product  (Build  to)  Documentation 
&  Inspection  Plan 


Evolve  Cl  Functional  Specs  into  I 
Product  (Build  to)  Documentation  | 
&  Inspection  Plan  ; 
- 


Tools: 


•  AVQSCET 

•  CATIA 

•  CSDT 

•  Delmia-Human 

•  DeSAT 

•  Watchstander  Model 

•  HF-PFMEA 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 
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Engineering  and  Manufacturing  Development  (Inputs):  Human  Factors  Engineering 


o 

o 

0 


Develop  HFE  pro^e  and  system  boundaries  across  the  life  cycle 

Embed  HFE  in  requirements  and  acquisition  documentation  i.e.,  ICD,  CDD.  APB. 

SEP.HSIP.TEMP.  LCMP 

Identify  and/or  develop  HFE-critical  requirements  and  verify  they  are  included  in  the 
requirements  tracking  system 
Develop  detailed  HFE  criteria 


Present  HFE  critical  functions  and  risk  status  atSFR 

Ensure  that  HFE  system  requirements  and  HFE  functional  performance  requirements  (per 
the  CDD)  are  fully  de^ed 

Ensure  HFE  consistency  with  the  mature  system  concept  and  that  adequate  HFE  processes 
and  metrics  are  in  place 

Ensure  HFE  performance  requirements  that  affect  system  requirements  derived  from  the 
CDD  are  testable  and  are  de^ed  in  the  system  functional  baseline 


Initiate  development  of  HFE  analysis  and  risk  metrics 
Update  HFE  criteria 

Understand  all  subsystem  HMI  and  HFE  requirements 

Review  all  trade  studies  for  HFE  impacts 

Expand  HFE  analysis  to  include  functional  speci^ations 

Verify  HFE  critical  functional  speci^ations  are  included  in  the  requirements  tracking  system 

and  in  the  System  Verivcation  Plan 

Provide  HFE  input  for  demilitarization/disposal  planning 

Identify  HFE  requirements  in  any  system  or  subsystem  solicitation  or  contract 

Update  HFE  criteria  for  components,  subsystems,  and  systems  (to  include  test  requirements) 
Provide  updated  input  for  demilitarization/disposal  planning 

Expand  and  update  HFE  limitations,  risks,  and  attributes  as  detailed  design  speci^ations  evolve 
Verify  HFE  critical  design  speciycations  are  included  in  the  requirements  tracking  system^ 
detailed  design  speciycations,  and  in  the  O  Veriycation  Plan 
Ensure  HFE  is  addressed  as  part  of  the  overall  PDR 


Ensure  previously  developed  HFE  requirements  for  systems  or  subsystems  are  traceable  to 
the  functional  design  documentation,  including  drawings  and  subcontracts 
Update  HFE  criteria  for  components,  subsystems,  and  systems  to  include  test  and 
inspection  requirements 

Identify  HFE  critical  processes  for  product  build-to  documentation 
Include  system  HFE  critical  processes  and  components  in  inspection  plan 
Participate  in  component  design  selections 

Review  Level  of  Repair  Analysis  and  Maintenance  Task  Analysis  for  HFE  impacts 
Verify  system  HFE  critical  design  speciycations  are  included  in  the  requiren^nts  tracking 
system  and  detailed  design  speciycations  as  necessary 


Ensure  HFE  requirements  trace  with  the  system  design 

Ensure  an  HFE  baseline  has  been  allocated  and  is  consistent  across 

hardware/software  elements 

Provide  HFE  inputs  to  the  assessment  of  the  system  and  subsystem  preliminary  design 

as  captured  in  the  C!  speci^ations 

Ensure  HFE  risks  are  identiyed  and  manageable 


Ensure  HFE  risk  areas  have  been  addressed  as  required 

Ensure  HFE  requirements  and  constraints  have  been  addressed  in  the  product 

speciycations  for  each  G 

Review  design  documentation  as  required  to  ensure  HFE  issues  have  been  addressed 
Indicate  operational  suitability  and  effectiveness  of  HFE  effort/design  for  operational  testing 
Identify  key  HFE  characteristics  impacting  system  performance,  assembly,  cost, 
reliability,  or  safety 


'  Trades  ] 


Participate  in  trade  studies  to  evaluate  options  against  HFE  costs  throughout  this  phase  to 

ensure  HFE  concerns  are  addressed 

Coordinate  with  other  HSI  domains  to  assess  trade-offs  with  HSI 

Coordinate  with  systems  engineers  to  provide  inputs  to  trade-offs  that  affect  system  and 

subsystem  HFE  requirements 


Provide  HFE  input  as  required 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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Engineering  &  Manufacturing  Development  Phase  (Outputs)^ 

Human  Factors  Engineering 

/  OutputsX 


1.  Initial  Product  Baseline 

2.  Test  Reports 

3.  TEMP 

4.  Elements  of  Product  Support 

5.  Risk  Assessment 

6.  SEP  7.TRA  8.  PESHE 

9.  Life  Cycle 
Sustainment  Plan 

10.  System  Safety  Ana  lysis 

11.  Inputs  to: -CPD-STA -ISP 
Cost/ManpowerEst. 


FCA 


Combined  DT&E/OT&E/LFT&E 
Demonstrate  System  to 
Specified  User  Needs  and 
Environmental  Constraints 


0 


Trades 


System  DT&E,  LFT&E  &  OAs, 
Verify  System  Functionality  and 
Constraints  Compliance  to  Specs 


Integrated  DT&E,  LFT&E  & 
EGAs  Verify  Performance 
Compliance  to  Specs 


L 


0 


Individual  Cl 
Verification  DT&E 


Fabricate,  Assemble,  Code  to 
"Build-to"  Documentation 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


Activities  for  Each  Output; 

I. 0  Incorporate  well  established  HFE  requirements 

into  system  design 

2.0  Review  test  reports  and  address  any 
HFE  issues 

3.0  Verify  mitigation  controls  reduce  hazard 
risk  effectively 

3.1  Analyze  anomalies,  incidents  and  mishaps 
as  they  relate  to  HFE 

4.0  Review  and  assess  potential  HFE  impacts 
5.0  Document  and  report  on  residual  HFE  risks/risk 
acceptance  decisions 

6.0  Update  strategy  for  integrating  HFE  into  SE 
7.0  Update  the  mitigation  technology 
readiness  levels 
8.0  Ensure  HFE  is  addressed 
9.0  Ensure  completion  of  HFE  issues 
10.0  Coordinate  with  safety  specialists  to 

ensure  HFE  risks  have  been  considered  in 
system  safety  analyses 

10.1  Update  system  attrition  rate  inputs 

II. 0  Recommend  operational  and  maintenance 

training  and  staf^g  requirermnts 

11.1  Assess  HFE  efforts 

11.2  Ensure  HFE  inputs  are  included  in  LCMP 
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Engineering  and  Manufacturing  Development  (Outputs):  Human  Factors  Engineering 


Evaluate  process  and  design  changes  as  necessary 
Review  and  recommend  HFE  updates  to  TEMP 

Ensure  G  veriycation  DT&E  procedures  include  HFE  requiren^nts  and  veriycation  testing 
Initiate  HFE  risk  acceptance  reviews  and  documentation  as  appropriate 

Update  status  of  HFE  risks  and  impacts 

Verify  integrated  DT&E,  LFT&E,  and  EOA  procedures  include  appropriate  HFE  tests 
Recommend  HFE  mitigation  control  measures  based  on  DT&E  test  results  as  appropriate 
Initiate  HFE  risk  acceptance  reviews  and  documentation  as  appropriate 
Participate  in  the  development  of  a  T.O .  QQ-35D-54-comDliant  DR  process 

Ensure  test  results  mitigated  HFE  relevant  challenges 

Update  HFE  impacts  and  risks  based  upon  conjuration  changes 

Assess  conjuration  changes  for  HFE  tests  and  docun^nt  results 

Provide  updated  HFE  input  for  demilitarization/disposal  planning 

Verify  system  DT&E,  LFT&E,  and  EOA  procedures  include  HFE  appropriate  tests 

Recommend  HFE  mitigation  control  measures  based  on  test  results 

Provide  HFE  risk  review  and  acceptance  for  upcoming  test  activities  as  appropriate 

Ensure  HFE  requiren^nts  meetspeci  jation  requiren^nts 

Participate  in  DR  boards  for  HFE  implications 

Ensure  test  results  mitigated  HFE  relevant  challenges 

Update  HFE  status  and  analyses  based  upon  conjuration  changes 

Assess  conjuration  changes  for  HFE  testing  and  docun^nt  results  as  necessary 

Verify  combined  DT&E,  LFT&E,  and  EOA  procedures  include  appropriate  HFE  tests  derived 

from  system  HSI  analyses  and  reviews 

Recommend  HFE  mitigation  control  measures,  as  necessary 

Provide  HFE  risk  review  and  acceptance  for  upcoming  test  activities  as  appropriate 

E  nsure  NEPA/EO  12114  compliance  is  completed  prior  to  testing 

Ensure  HFE  issues  are  resolved 

Continue  to  participate  in  DR  boards  for  HFE  implications 


(S> 


FCA 


Trades 


Ensure  test  results  mitigated  HFE  relevant  challenges 

Review  operational  supportabilityand  interoperability  certijations  for  HFE  impacts 

Address,  characterize,  and  mitigate  HFE  risks 

Update  HFE  status  and  analyses  based  upon  conjuration  changes 

Recommend  HFE  mitigation  control  measures  as  necessary 

E  nsure  NEPA/EO  12114  compliance  is  completed  prior  to  testing 

Continue  to  participate  in  DR  boards  for  HFE  implications 

Assess  con  juration  fortesting  HFE  considerations 
Ensure  all  HFE  risk  acceptances  are  completed 
Report  HFE  risks  and  their  status 
E nsure  NEPA/EO  12114  Compliance 

Verify  HFE  requirements  and  constraints,  as  documented  in  the  functional  baseline,  have 
been  sufycientiy  addressed  in  the  system  functionality  assessment 
Ensure  HFE  risks  to  user  and  system  are  identi  jd  and  manageable,  and  that  appropriate 
metrics  associated  with  HFE  are  in  place 

Present  HFE  critical  requirements  and  risks  as  well  as  their  acceptance  status 
E  nsure  a  process  is  in  place  that  will  assess  changes  to  the  design  or  manufacturing 
processes  to  ensure  changes  will  not  degrade  HFE-related  performance 

Review  the  FCA  for  consistency  with  HFE  requirements 

Ensure  HFE  concerns  are  addressed  when  reviewing  the  CTs  test/analysis  data,  including 
software  unit  test  results,  to  validate  the  intended  function  or  performance  stated  in  its 
speci  jation  is  met 

Participate  in  the  trade  studies  to  evaluate  options  against  established  criteria  throughout 
this  phase  to  ensure  HFE  concerns  are  addressed 

Assess  HFE  risks  against  exit  criteria  for  this  acquisition  phase 

Identify  those  HFE  risks  that  could  result  in  a  breach  to  the  program  baseline  or  substantially 

impact  cost,  schedule,  or  performance 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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Activities  for  Each  Input; 

1.0  Review  integrated  system  test  results  and 
identify  HFE  concerns 

1.1  Verify  risk  mitigation  measures  to 
reduce  HFE  risks 

1.2  Review  HFE  test  results  for  the  user  issues 
that  have  arisen 

1.3  Verify  mitigation  control  measures  to  reduce 
HFE  risks  effectively 

1.4  Analyze  limitations,  attributes  and  HMI 
2.0  Docurrent  justiycations  and  mitigations  of 

identiyed  HFE  issues 

2.1  Obtain  concurrence/approval  of  appropriate 
HFE  working  groups 

3.0  Provide  inputs  as  needed 

3.1  Identify  HFE  critical  items  and  processes 
4.0  Update  HFE  requirements  and  performance 

attributes  for  the  system 

4.1  P  rovide  inputs  to  trade  space  discussions 
that  affect  HFE 

5.0  Update  H SIP  as  required 

5.1  Update  strategy  for  HFE  integration  into  SE 
6.0  Update  speciyc  user  testing  requirerrents 

6.1  Update  speciyc  HFE  veriycation  strategies 

6.2  Validate  HFE  speciyc  policy  and  guidance 
7.0  Review  for  HFE  impacts 

8.0  Provide  inputs  as  required 
9.0  Coordinate  with  system  safety  specialists  to 
update  HFE  inputs  to  SSA 


Production  &  Deployment  Phase 

Human  Factors  Engineering 


J Inputs  V 


1.  Test  Results 


Exit  Criteria 

APB 

CPD 

SEP 

TEMP 

Product  Support  Package 
PESHE 

System  Safety  Ana  lysis 


^Outputs  V_ 


1.  Production  Baseline 


A 


Test  Reports 
TEMP 
PESHE 
SEP 

System  Safety  Analysis 
Input  to: 

-Cost/Manpower  Est. 


Z 


*  1 

Analyze  Deficiencies  to  | 

L- 

Verification/Validation  ^  | 

p  '  ^ 

1  Verify  &  Validate  | 

Determine  Corrective  Actions  1 

1 

Linkage  1 

1  Production  Configuration  1 

Activities  for  Each  Output; 


1.0 

2.0 

2.1 


3.0 

4.0 

4.1 

5.0 

6.0 

7.0 

7.1 


Input  updates  to  all  program  documentation 
Review  OT&E  results  for  the  effectiveness  of 
HFE  risk  mitigation  controls 
Document  effectiveness  of  risk  mitigation 
controls  and  NEPA/EO  12114  mitigation 
Insures  and  ^dings  from  anomalies, 
incidents  and  mishaps 
Update  HFE  issue  veriycation  strategies 
Update  PESHE  to  include  identiyed  HFE  risks 
and  strategy  for  SEP  integration 
Identify  applicable  working  groups  and 
processes  for  concurrence 
Update  strategy  for  integrating  HFE  into  SIP. 
Finalize  HFE  hazard  analyses 
RecorrTrcnd  training  and  staf^  requirements 
Update  system  attrition  rate  input  due  to  mishaps 


Production  and  Deployment:  Human  Factors  Engineering 


Review  DRs  for  HFE  implications 

Participate  in  development  of  HFE  mitigation  control  measures 

Participate  in  CCB  to  include  reviewing  ECPs 

Analyze  effectiveness  of  recommended  NEPA/EO  12114  mitigation  measures,  and  potential 
impacts  on  the  natural  environment 

Participate  in  plans  to  build,  modify,  verify,  and  testthe  proposed  design  solution  and  test  the 
proposed  design  solution  for  correcting  de^iencies 


© 


Verify  HFE  system  requirements  and  constraints  attesting  and  training  locations 
Identify  HFE  critical  design  and  veriycation  requinen^nts 
Provide  HFE  risk  review  and  acceptance  for  upcoming  test  activities  as  appropriate 
Balance  HFE  recommendations  with  system  cost,  schedule,  and  performance  risks 
Provide  updated  HFE  input  for  demilitarization/disposal  planning 


•  Verify  and  validate  HFE  critical  design  conyguration 

•  Participate  in  test  activities  as  appropriate 

•  Incorporate  approved  HFE  changes  in  ^al  production  conyguration  baseline 


PCA  I  •  Review  PCA  to  identify  potential  HFE  implications 

•  Ensure  approved  HFE  changes  are  incorporated  into  revised  baselines 
and  production  documentation 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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Activities  for  Each  Input; 


1.0 

1.1 

2.0 

3.0 

4.0 

4.1 
5.0 

5.1 
6.0 


7.0 


Monitor  data  forHFE  impacts 

CoiiectforHFE  assessment 

Review  forHFE  impacts 

Review  Foiiow-on  Test  and  Evaiuation 

(FOT&E)  resuits  forHFE  impiications 

Review  DRs  forHFE  impiications 

Assist  in  mishap  investigations  as  required 

Update  strategy  for  integrating  HFE  risk 

management  into  the  SEP 

identify  appiicabie  review  and  approvai  boards 

and  appiicabie  HFE  processes 

Coordinate  with  ESOH  speciaiists  to  ensure 

HFE  considerations  have  been  addressed  for 

any  system  modiycations 

Provide  HFE  inputs  as  required 


Operations  &  Support  Phase 

Human  Factors  Engineering 


y Inputs  v 


1.  Service  Use  Data 


User  Feedback 
Faiiure  Reports 
Discrepancy  Reports 
SEP 
PESHE 

System  SafetyAnaiysis 


il 


f  n 

\Review^ 

1  Monitorand  CoiiectAii  1 

1  impiementand  Fieid  ■ 

1  Service  Use  Data  I 

k 

\ 

'  / 

\ 


Trades  f 


'  Trades  'x 


f  i 

1  ''  1 

I  ^ 

1  Anaiyze  Data  to  1 

'^1 

1  Assess  Risk  of  N 

1  Determine  RootCause  1 

1  improved  System  1 

1  '  1 

l^l 

\ 


t 


1  Determine  System  1 

1  *1 

1  ^ 

1  integrate  and  Test  ■ 

1  Risk/Hazard  Severity  1 

1  Corrective  Action  1 

*  1 

1  '  1 

1  • 

References: 


»  DQDi  3150.09 

►  MiL-STD-1472 

>AFi  63-101  &AFi  63-1201 

►  T.O.OO-35D-54 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


Operations  and  Support:  Human  Factors  Engineering 


Provide  system  HFE  criteria  to  engineering  and  logistics  staff 
Reviewdatafor  HFE  in|ouenced  hazards  (e.g.,  trend  analysis) 

Identify  opportunities  for  technology  insertion  to  reduce  HFE  risks 
Track  mishap  rates  for  Class  A,  B,  and  C  mishaps  for  the  system  and  subsystems 
Determine  whether  any  technical  data  change  requests  have  been  submitted  to  resolve  HMI 
or  Head-Mounted  Display  (HMD)  issues  for  the  system 


•  Conduct  in-depth  system  analyses  to  ensure  corrective  measures  do  not  contribute  to 
additional  deyciencies  or  degrade  hun^n  performance 

•  Reconrmnd  deyciency  closure  to  appropriate  risk  acceptance  authorities 
(updated  residual  risk) 

•  Update  deyciency  analyses/database,  HFE  issues  database,  and  HFE  Assessn^nt 
Report  as  appropriate 


© 


Apply  appropriate  SS A  techniques  to  determine  HFE  root  causal  factors 
Evaluate  data  for  HFE  implications 

Update  deyciency  analyses/database,  HFE  issues  database,  and  HFE  /\ssessn^nt 
Report  as  appropriate 


Prioritize  HFE  related  hazards  for  risk  mitigation 

Update  deyciency  analyses/database,  HFE  issues  database,  and  HFE  /\ssessn^nt 
Report  as  appropriate 


Apply  system  safety  order  of  precedence  to  HFE  corrective  actions 

Update  deyciency  analyses/database,  HFE  issues  database,  and  HFE  /\ssessn^nt 

Report  as  appropriate 

Ensure  program  test  reports  adequately  address  HFE  as  appropriate 
Identify  requiren^nts  for  veri^ation  of  HFE  mitigation  control  n^asures 


Evaluate  test  results  for  risk  mitigation  control  measure  effectiveness 

Ensure  control  measures  do  not  cause  latent  problems  with  other  domains,  systems,  human 

performance,  or  processes 

Update  hazard  analyses/database,  HFE  issues  database,  and  HFE  Assessment 
Report  as  appropriate 


•  Track  system  health,  human  performance  indicators,  mishaps,  deyciencies,  closure  actions, 
effectiveness  of  mitigation  measures,  and  residual  risk  to  validate  enhancement  efforts 


Provide  inputs  on  mishaps  and  any  newly  identiyed  hazards  with  assessn^ntof  riste,  selected 
m'tigation  n^sures,  veri^ation  of  mitigation  controls,  and  acceptance  of  residual  risks 
Identify  open  hazardous  material  or  safety  related  technical  data  change  requests 
Report  on  status  of  all  high  and  serious  risks 

Solicit  userfeedback  against  known  HFE  risk  areas  and  update  HFE  risks  for 
yelded  systems  as  required 


'  Trades'  •  Participate  in  trade  Studies  to  evaluate  options  against  established  HFE  criteria 
^  throughout  this  phase 

•  Present  HFE  impacts  for  trade  analyses  as  required 

•  Provide  HFE  inputs  to  proposed  nrodiycations  and  upgrades 

•  Coordinate  with  other  domain  POCs  as  required 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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Survivability 


«  Back 


«  Back 


Survivability — Addresses  characteristics  of  a  system  (e.g.,  life  support,  body  armor,  helmets,  plating,  egress/ejection  equipment,  air  bags,  seat  belts,  electronic 
shielding,  etc.)  that  reduce  susceptibility  of  the  total  system  to  mission  degradation  or  termination;  injury  or  loss  of  life;  and  partial  or  complete  loss  of  the  system 
or  any  of  its  components.  These  issues  must  be  considered  in  the  context  of  the  full  spectrum  of  anticipated  operations  and  operational  environments  and  for  all 
people  who  will  interact  with  the  system  (e.g.,  users/customers,  operators,  maintainors,  or  other  support  personnel).  Adequate  protection  and  escape  systems 
must  provide  for  personnel  and  system  survivability  when  they  are  threatened  with  harm. 


«  Back 
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1.0  Provide  survivability  (Sv)  characteristics  as 
part  of  the  capability  de^ition 

2.0  Participate  in  AoA  development 
with  Sv  considerations 

2.1  Develop  ParameterAssessment  List  (PAL)  to 
consider  each  system  concept 

3.0  P  rovide  exit  criteria  to  include  regulatory 
compliance  support  and  a  strategy  for 
integrating  Sv  risk  management  into  the  SEP. 

4.0  Ensure  adequate  maintenance  task  detail  is 
documented  for  each  logistic  concept 


Materiel  Solution  Analysis  Phase 

Survivability 


J  Inputs  \ 


ICD 

2.  AoA  Plan 

3.  Exit  Criteria 

4.  Alternative  Maintenance  & 
Logistics  Concepts 


/outputs  V. 


1.  Draft  System  Requirements 


T&E  Strategy 
SEP 

System  Safety  Ana  lysis 
Supports  Maintenance 
Concepts  &  Technologies 
Inputs  to: 

-draft  CDD -AoA  -TDS 
-Cost/Manpower  E  St. 


Interpret  User  Needs,  Analyze 
Operational  Capabilities  k 
Environmental  Constraints 


Validation 

Linkage 


Analyze/Assess  Concepts 
Versus  Defined  User  Needs  & 
Environmental  Constraints 


f  n 

1  Develop  Concept  Performance  U 

1  Verification 

Assess/Analyze  Concept 

1  (&  Constraints)  Definition  &  1 

1^  Linkage 

1 

&  Verify  System 

1  Verification  Objectives  1 

Concept's  Performance 

Verification 

Linkage 


Assess/Analyze 
System  Concept  Versus 
Functional  Capabilities 


Assess/Analyze 
Enabling/Critical  Components 
Versus  Capabilities 


Activities  for  Each  Output; 


1.0  Identify  Sv  requirements,  constraints,  and 
performance  attributes  for  the  system 

1.1  Incorporate  Sv  requirements  as  applicable 
2.0  Provide  approach  to  Sv  and  veriycation 
3.0  Participate  in  developing  the  strategy  for 

integrating  Sv  risk  management  into  SE 

3.1  Identify  responsibilities  forSv  integration  into  SE 
4.0  E  nsure  the  PAL  has  been  completed  for  each 

system  concept 

5.0  Identify  potential  Sv  issues  and  identify 
emerging  Sv  technologies  and  hazards  for 
each  sustainment  concept 
6.0  Re^  initial  Sv  planning  and  life 
cycle  cost  estimates 

6.1  Ensure  maintenance  manpower  planned  forSv 
sustainment  is  comparable  to  legacy  systems 

6.2  Ensure  Sv  risks  are  considered  in  the  LCMP 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


Tools: 


•  PAL 

•  PAL-MATE 

•  HSI  Requirements  Guide 

•  BRAWLER 
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Materiel  Solution  Analysis:  Survivability 


Identify  applicable  Sv  criteria  and  requirements 

Provide  Sv  inputs  to  support  ITR  as  required 

De^e  operational  environn^nt  and  assess  applicability  to  elen^nts  of  Sv 


# 


Analyze  and  assess  trade  space  and  hazard  risks  for  each  alternative  concept 
Identify  systems-level  requirements  for  Sv 

Deternine  veri^ation  n^thods  for  the  requiren^nts  for  this  phase  and  future  phases  (if  possible) 
Initiate  PAL 


Translate  concept-level  Sv  criteria  (e.g.,  fratricide,  detectability,  damage  reduction,  stress 
and  fatigue)  into  functional  requirements 
Identify  applicable  veriycation  objectives 

Analyze  and  assess  trade  space  and  hazard  risks  against  desired  functional  performance 


Initiate  identiycation  of  component  constraints 


Update  PAL 

Initiate  identi^ation  of  component  constraints 

Review  historical  information  (e.g.,  successes,  mishaps,  lessons-learned)  from 
similar  or  legacy  systems 


Identify  S  v  requirements  against  critical  component  capabilities 

Evaluate  component  test  and  analysis  results  against  identiyed  component-level 

constraints  and  requirements 

Assess  and  document  risk  of  AF  inability  to  meetSv  requirements  at  the  component  level 


Evaluate  Sv  functional  requirements  for  the  system  concept  based  upon  component 
test/analysis  results 

Assess  and  document  risk  of  AF  inability  to  meet  training  Sv  requirements  at 
the  functional  level 


Evaluate  the  conceptual  ability  of  the  system  to  meet  performance  capability  requirements 
within  identi^d  Sv  constraints 

Assess  and  document  risk  of  AF  inability  to  meetSv  requirements  at  the  system  level 


F  inalize  PAL  for  each  system  concept 

Assess  risk  for  each  approach  for  system  concept  and  CONOPS  based  on  ability 
to  meetSv  requirements 

Ensure  all  risks  ofAF  inability  to  meetSv  requirements,  at  the  planned  operational  readiness 
level  and  OPSTEMPO.  are  docun^nted  and  neloected  in  the  program  cost  estin^te  and 
related  program  documents 


Identify  applicable  Sv  criteria  for  the  system 

Ensure  concepts  have  sufycient  detail  with  regard  to  Sv  requiren^nts  to  support  a  valid 
program  cost  estimate 

Provide  Sv  inputs  to  re|oectthe  chosen  n^teriel  solution  approach 
Provide  Sv  assumptions,  risks,  and  cost  drivers 


Prepare  results  of  PAL  for  each  alternative  and  recommend  Sv  level  of  effort  required  for  the 
Technology  Development  phase 

Ensure  requirements  are  consistent  with  user  needs  and  applicable  Sv  domain  standards 
Provide  Sv  inputs  and  liste  for  alternative  n^teriel  solutions  that  have  been  identiyed 


Trades  '  •  Participate  in  trade  studies  to  identify  potential  top-level  hazards  and  ensure  Sv  criteria  are 
^  included  in  the  trade  studies  throughoutthe  Materiel  Solution  Analysis  phase 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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1.0  Develop  Sv  criteria  and  requirements 

1.1  Identify  Sv  constraints  and  performance 
attributes  for  the  system 

2.0  Evaluate  system  concept  against  Sv  criteria 

3.0  Provide  exit  criteria  to  include  an  updated  PAL 
and  updated  strategy  for  integrating  Sv  risk 
management  into  SE 

4.0  P  rovide  inputs  from  Sv  requirements  analysis 

5.0  Characterize  Sv  footprints  and  risks 
for  AoA  development 

6.0  Evaluate  alternative  Sv  technical  approaches 

7.0  I  ncorporats  risk  rritigation  test  and  veriycation 
methodologies  and  approach  toward  obtaining 
Sv  risk  acceptance 

7.1  Include  Sv  planning  strategy  and  requirements 
to  supportT&E 

8.0  Initiate  ESOH  and  hazard  risk  analysis  for 
preferred  concept  [e.g.,  Safety  Requirements 
Criteria  Analysis  (SRCA)  and  PHL1 


Technology  Development  Phase  (Inputs) 

Survivability 


/  Inputs  V_ 


ICD&DraftCDD 
Approved  Materiel  Solution 
Exit  Criteria 

Supports  Maintenance 
Concepts  &  Technologies 
AoA 
TDS 

T&E  Strategy 
System  Safety  Ana  lysis 


InterpretUser  Needs,  Analyze 
Operational  Capabilities  & 
Environmental  Constraints 


Validation 

Linkage 


\ 


Demo  &  Validate  System  & 
Tech  Maturity  Versus  Defined 
User  Needs  &  Environmental 
Constraints 


T 


Trades 


Trades 


t 


f  Develop  System  P erf 

1 

1  y 

1  (&  Constraints)  Spec  &  | 

1  Demo/Model  Integrated  System  i 

1  E  nabling/Critical  Tech  &  1 

1  Prototypes  Verification  Plan  1 

1^  Linkage  1 

1  .  1 

1  Versus  Performance  Spec  1 

1 


Develop  Functional  Definitions  for 
E  nabling/Critical  T  ech/P  rototypes 
&  Associated  Verification  Plan 


t 


Decompose  Functional 
Definitions  into  Critical 
Component  Definition  & 
Technologies  Verification  Plan 


Tools: 

.  PAL 

>  PAL-MATE 
.  ORCA 

»  BRAWLER.  CQVART 

.  ESAMS.FASTGEN 

»  RADGUNS 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 
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Technology  Development  Phase  (Inputs):  Survivability 


Update  identi^ation  of  Sv  constraints 
Identify  critical  Sv  technology  needs 


Ensure  Sv  criteria  are  traceable  back  to  de^ed  system  capabilities  and  constraints 
Identify  Sv  requiren^nts  in  any  system  or  subsystem  speciycation,  solicitation,  contract 
and  evaluation  criteria 


Update  system  Sv  criteria 

Develop  requirements  for  veriycation  of  risk  mitigation  controls 


U  pdate  system  S  v  criteria  for  critical  components 

De^e  Sv  testing  and  validation  for  critical  system  components 


Update  PAL 

Understand  and  identify  Sv  constraints  and  risks  associated  with  the  overall  system 
Update  Sv  constraints 


Evaluate  critical  technologies  from  a  Sv  perspective 

Participate  in  and  evaluate  demonstrations  for  new  technology  components 


0 

0 


'  Trades  ) 


Evaluate  critical  technologies  from  a  Sv  perspective 

Review  demonstration  results  for  Sv  related  constraints,  risks,  and  opportunities 

Assess  Sv  impacts  associated  with  trade  offis  or  component  re^en^nts 

Evaluate  critical  technologies  from  a  Sv  perspective 

Review  demonstration  results  for  Sv  related  constraints,  risks,  and  opportunities 

Ensure  applicable  Sv  elen^nts  are  embedded  in  the  System  Perfomence  Speciycation  and 
associated  system  development  effort 


Prepare  and  presentSv  performance  criteria  atSRR 
Validate  S  v  criteria  against  user  requirements 

Ensure  n^surable  Sv  requiren^nts  are  clearly  deyned  in  the  system  performance  speci^ation 
Ensure  all  Sv  performance  requirements  that  affect  system  requirements  derived  from  the 
CDD  are  testable  and  are  de^ed  in  the  system  functional  baseline 
Ensure  thatSv  risks  are  included  in  the  comprehensive  risk  assessment 

Participate  in  trade  studies  to  evaluate  options  against  identiyed  Sv  criteria  threughout 

this  phase  to  ensure  Sv  concerns  are  addressed 

Coordinate  with  other  HSI  domains  to  assess  trade-offs  within  HSI 

Ensure  trade  space  and  risks  analyzed  include  Sv  considerations  and  are  assessed 

against  available  technologies 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 


«  Back 


Technology  Development  Phase  (Outputs) 

Survivability 


Activities  for  Each  Output; 


1.0 

2.0 

3.0 

3.1 

4.0 

5.0 


6.0 

7.0 

8.0 

9.0 

10.0 

11.0 

11.1 

11.2 

11.3 


Identify  performance  requirements  for  each 
G  of  the  system 

Evaluate  Sv  issues  and  concerns  within 
identiyed  system 

Document  Sv  test  requirements  to  include 
veriycation  of  risk  mitigation  controls 
Include  Sv  planning  strategy  to  supportT&E 
Update  strategy  for  integrating  Sv  risk 
management  into  SE 
Develop  PESHE  to  include  a  preliminary 
Sv  risk,  strategy  for  integrating  into  SE, 

Sv  responsibilities,  and  method  for 
tracking  hazard  progress 
Provide  inputs  as  required 
Update  risk  mitigation  technology 
readiness  levels 
Include  Sv  issues  and  criteria 
Identify  Sv  mitigation  techniques 
for  risk  assessment 

Provide  preliminary  requirements  for  system 
support  and  maintenance 
Provide  Sv  mitigation  and  mishap 
reduction  requirements 
Incorporate  summary  of  the  PESHE  in  the 
Acquisition  Strategy 

Identify  Sv  requirements,  constraints,  and 

attributes  for  the  system 

Update  ICMP  in  the  acquisition  strategy 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


Tools: 


.  PAL 

>  PAL-MATE 
.  ORCA 

»  BRAWLER.  CQVART 

. ESAMS 

>  FASTGEN 

.  RADGUNS 


«  Back 


Technology  Development  Phase  (Outputs):  Survivahility 


mm  •  Develop  Sv  pro^e  and  system  boundaries  across  the  life  cycle 

•  Develop  detailed  HSI  criteria 

•  Identify  and/or  develop  S  v-critical  requirements  and  verify  they  are  included  in  the 
requirements  tracking  system 


Initiate  development  of  Sv  analysis  and  risk  metrics 
Update  Sv  criteria 

Expand  Sv  analysis  to  include  functional  speciycations 

Verify  Sv  critical  functional  speciycations  are  included  in  the  requiren^nts  tracking  system 
and  in  the  System  Verivcation  Plan 

Identify  S  v  requirements  in  any  system  or  subsystem  solicitation  or  contract 
Provide  updated  input  for  demilitarization/disposal  planning 


Assess  ESOH  hazard  and  risk  analysis  forSv  impacts  (e.g.,  PHA.  SHA.  SSHA  and  O&SHA) 
U  pdate  S  V  criteria  for  components,  subsystems,  and  systems  to  include  test  requirements 
Provide  updated  input  for  demilitarization/disposal  planning 

Expand  and  update  SRCA  with  Sv  inputs  as  required  as  detailed  design  speci^ations  evolve 
Verify  Sv-critical  design  speci^ations  are  included  in  requiren^nts  tracking  systeni  detailed 
design  speciycations,  and  in  G  Veriycation  Plan 


(SF^  •  PresentSv-critical  functions  and  risk  status  at SFR 

•  Ensure  Sv  performance  requirements  that  affect  system  requirements  derived  from  the  CDD 
have  been  addressed  and  are  included  in  the  system  functional  baseline 

•  Identify  Sv  hazards  and  risk  status  at  PDR 

•  Ensure  Sv  risks  are  manageable 

•  Ensure  Sv  requinen^nts  are  in  product  speciycations 

'  Trades'  •  Participate  in  trade  Studies  to  evaluate  options  against  established  Sv  criteria  throughout 
^  ^  ^  this  phase  to  ensure  Sv  concerns  are  addressed 

•  Coordinate  with  other  HSI  domains  to  assess  trade-offs  within  HSI 

•  Coordinate  with  systems  engineers  to  provide  inputs  to  trade-offs  that  affect  system 
and  subsystem  Sv 

•  Re^e  Sv-relatEd  threshold  and  objective  requiren^nts  as  needed  based  on  the  results 
of  completed  trade  studies 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 


«  Back 


Activities  for  Each  Input; 

1.0  Include  applicable  Sv  speciycations 
2.0  Identify  safety  concerns  from  PESHE, 

SSA,  etc.  if  needed 

3.0  Document  risk  control  measures  of 
identiyed  Sv  limitations 

3.1  Obtain  concurrence/approval  of  mitigation 
control  measures 

4.0  P  rovide  Sv  inputs  as  requested 
5.0  Identify  hazard  mitigation  and  mishap 
reduction  requirements 
6.0  Update  strategy  for  integrating  Sv  risk 
management  into  the  SEP/HSIP 

6.1  Identify  applicable  review  and  approval  boards 
7.0  Provide  inputs  as  required 

8.0  Develop  and  document  LFT&E  strategy 
9.0  Ensure  PESHE  includes  preliminary  ESOH  risks 
(to  include  Sv),  a  strategy  for  integrating  into 
SEP,  and  a  method  for  tracking  hazard  progress 
10.0  Ensure  Sv  levels  are  appropriate  for 
anticipated  threat  levels 
11.0  Provide  guidance  on  Sv  performance 
feedback  and  risk  communication 
12.0  Ensure  inclusion  of  Sv  in  NEPA 
compliance  schedule 
13.0  Provide  inputs  as  required 
14.0  De^  initial  Sv  objectives  and  establish 
validation  criteria 

15.0  Identify  Sv  considerations  for  system  support 
and  life  cycle  affordability 


References: 


•  DODD  5000.01  &DQDI  5000.02 

•  AFPD63-1/AFPD20-1 

•  AFI  63-101  &AFI  63-1201 

•  10  use  2366 

•  AFMAN  63-119 &AFI  90-901 

•  DI-SAFT-80101B 


Engineering  &  Manufacturing  Development  Phase  (Inputs) 

Survivability 


_ /  Inputs  \ 

1.  Sys  Performance  Spec 

2.  Acquisition  Strategy 

3.  Exit  Criteria 

4.  APB  5.CDD  6.  SEP 

7.  PPP  8. TEMP  9.PESHE 
10.  STA  11.  ISP 

12.  NEPA  Compliance  Schedule 

13.  RiskAssessment 

14.  Validated  Sys  Supports  Maint 
Objectives  &  Requirements 

15.  Product  Support  Strategy 


InterpretUser  Needs,  Refine 
System  Performance  Specs  & 
Environmental  Constraints 


J 


Trades 


'Develop  System  Functional 
Specs  &  Verification 
Plan  to  Evolve  System 
Functional  Baseline 


Lighter  blocks  reflecttechnical 
efforts  required  during  EM  D  if  PD R 
does  notcome  priorto  Milestone  B. 


>  r 


Evolve  Functional 
Performance  Specs  into 
System  Allocated  Baseline 


Tools: 


•  ComouterMan 

•  BRAWLER 

•  CQVART 

•  ESAMS 

•  FASTGEN 

•  RADGUNS 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


Engineering  and  Manufacturing  Development  (Inputs):  Survivability 


© 

© 


Develop  life  cycle  Sv  pno^e  and  system  boundaries 
Develop  detailed  Sv  criteria 

Identify  and/or  develop  S  v  critical  and  asset  requirements  and  verify  they  are  included  in  the 
requirements  tracking  system 


Initiate  development  of  Sv  analysis  and  risk  metrics 
Update  Sv  criteria 

Expand  Sv  analysis  to  include  functional  speciycations 

Verify  Sv-critical  functional  speciycations  are  included  in  the  requinen^nts  tracking  system 
and  in  the  System  Veil vcation  Plan 

Identify  S  v  requirements  in  any  system  or  subsystem  solicitation  or  contract 
T ranslate  system  S  v  concept  into  preliminary  design 


Finalize  ESOH  hazard  and  risk  analysis  for  Sv  impacts  (e.g.,  PHA.  SHA.  SSHA,  and  O&SHA) 
U  pdate  S  V  criteria  for  components,  subsystems,  and  systems  to  include  test  requirements 
Provide  updated  input  for  demilitarization/disposal  planning 
Expand  and  update  Sv  limitations  and  risks  as  detailed  design  speciycations  evolve 
Verify  Sv-critical  design  speci^ations  are  included  in  the  requirements  tracking  system  and 
in  the  G  Veriycation  Plan 


Revise  ESOH  hazard  and  risk  analysis  {e.g.,  SSHA)  if  necessary 

Identify  Sv-critical  processes  for  product  build-to  documentation  {e.g.,  computer-aided 

design  or  modeling) 

Include  system  Sv-critical  processes  and  components  in  inspection  plans 
Participate  in  component  design  selections 

Verify  system  Sv-critical  design  speciycations  are  included  in  requiren^nts  tracking  system 
and  detailed  design  speciycations  as  necessary 


Cs)  •  Present  Sv-critical  functions  and  risk  status  atSFR 

•  Ensure  Sv  performance  requirements  that  affect  system  requirements  derived  from  the  ODD 
are  testable  and  are  de^ed  in  the  system  functional  baseline 

(PD^  •  Present  PHA  and  identify  Sv  hazards  and  risk  status  atPDR 

•  Ensure  Sv  risks  are  identi^d  and  nenageable 

•  Provide  Sv  inputs  to  the  assessment  of  the  system  and  subsystem  preliminary  design  as 
captured  in  the  G  speciycations 


®  •  E  nsure  Sv  requirements  and  constraints  have  been  addressed  in  the  product 
speciycations  for  each  G 

•  Review  design  documentation  as  required  to  ensure  Sv  issues  have  been  addressed 

•  Ensure  Sv  risks  have  been  addressed  as  required 


Trades 


Participate  in  trade  studies  to  evaluate  options  against  established  Sv  criteria  throughout 

this  phase  to  ensure  Sv  concerns  are  addressed 

Coordinate  with  other  HSI  domains  to  assess  trade-offs  with  HSI 

Coordinate  with  systems  engineers  to  provide  inputs  to  trade-offs  that  affect  system 

and  subsystem  Sv 


Assess  status  of  Sv  for  entire  system 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 


«  Back 


Activities  for  Each  Output; 

1.0  Include  Sv-critical  processes 

1.1  Identify  inspection  requirements 

2.0  Verify  mitigation  controls  increase  Sv 

2.1  Analyze  anomalies,  incidents,  and 
Sv-related  mishaps 

3.0  Identify  and  include  critical  Sv  characteristics 
and  issues  that  require  T&E 

4.0  Provide  the  results  of  the  system  safety  and 
hazard  analyses  (e.g.,  O&SHA) 

5.0  Document  and  report  on  residual  risks  and  risk 
acceptance  decisions 

5.1  Document  concurrence  of  applicable 
review  boards 

6.0  Update  strategy  for  integrating  Sv  risk 
management  into  SEP. 

6.1  Identify  applicable  working  groups  and 
processes  for  concurrence 

7.0  Update  the  Sv  technology  readiness  levels 

8.0  Update  PESHE  to  include  identiyed  Sv  risk  and 
strategy  for  integrating  into  SIP. 

9.0  Ensure  Sv  requirements  are  integrated 
into  the  ICMP 

10.0  Include  key  Sv  objectives  such  as  vulnerability 
reduction  and/or  damage  tolerance 

11.1  Recommend  operational  and  maintenance 
training  and  staf^g  requiren^nts 

11.2  Update  system  attrition  rate  inputs 


«  Back 


«  Back 


Engineering  and  Manufacturing  Development  (Outputs):  Survivability 


Evaluate  process  and  design  changes  for  S v  considerations 
Review  and  recommend  Sv  updates  to  TEMP 

Ensure  G  veriycation  DT&E  procedures  include  Sv  requiren^nts  and  veriycation  testing 
Initiate  Sv  risk  acceptance  reviews  and  documentation  as  necessary 
Integrate  Sv  concepts  to  produce  working  prototype  of  system 

Update  Sv  risks  and  impacts  status 

Verify  integrated  DT&E,  LFT&E,  and  EOA  procedures  include  appropriate  Sv  tests 
Initiate  Sv  risk  acceptance  reviews  and  documentation  as  appropriate 
Participate  in  the  development  of  a  T.O .  QQ-35D-54-comDliant  DR  process 

Ensure  Sv  analysis  was  conducted  and  test  results  reviewed  for  hazard  control  effectiveness 

Update  Sv  impacts  and  risk  based  upon  conjuration  changes 

Assess  conjuration  changes  for  Sv  and  document  results 

Verify  system  DT&E,  LFT&E,  and  EOA  procedures  include  Sv  appropriate  tests 

Provide  Sv  risk  review  and  acceptance  for  upcoming  test  activities 

Incorporate  Sv  objectives  in  the  systems  speci  jation  and  integrated  logistics  support  plan 

Participate  in  DR  boards  for  safety  implications 

E  nsure  test  results  mitigated  S  v  relevant  challenges 

Update  Sv  status  and  analyses  based  upon  conjuration  changes 

Assess  conjuration  changes  for  Sv  testing  and  docun^nt  results 

Verify  combined  DT&E,  LFT&E,  and  EOA  procedures  include  appropriate  Sv  tests  derived 

from  Sv  analysis  and  reviews 

Recommend  Sv  mitigation  control  measures  as  appropriate 
Provide  Sv  risk  review  and  acceptance  for  upcoming  test  activities 
Continue  to  participate  in  DR  boards  for  safety  implications 


•  Assess  conjuration  for  testing,  docun^nt  results,  and  present  at  TRR 

•  Ensure  all  Sv  risk  acceptances  are  completed  in  support  ofTRR 

•  Report  Sv  risks  and  their  status  atTRR 

•  Ensure  NEPA/EO  12114  Compliance 

•  Verify  Sv  requirements  and  constraints,  as  documented  in  the  functional  baseline,  have 
been  sufyciently  addressed  in  the  system  functionality  assessment 

•  Ensure  Sv  risks  are  identi  jd  and  n^nageable,  and  that  appropriate  n^trics  associated 
with  Svare  in  place 

(PR^  •  P resent  Sv-critical  requirements,  risks,  and  their  acceptance  status  atPRR 

•  E  nsure  a  process  is  in  place  that  will  assess  changes  to  the  design  or  manufacturing 
processes  to  ensure  changes  will  not  degrade  Sv-related  performance 


I  FCA  I  •  Review  the  FCA  for  consistency  with  Sv  requirements 

•  Ensure  Sv  concerns  are  addressed  when  reviewing  the  CTstestfana lysis  data,  including 
software  unit  test  results,  to  validate  the  intended  function  or  performance  stated  in  its 
speci  jation  is  met 

Trades  '  •  Participate  in  the  trade  Studies  to  evaluate  Sv  options  against  established  criteria  throughout  the 
^  ^  Engineering  and  Manufacturing  Development  phase  and  to  ensure  Sv  concerns  are  addressed 

•  Assess  Sv  risks  against  exit  criteria  for  this  acquisition  phase 

i  •  Identify  those  Sv  risks  that  could  result  in  a  breach  to  the  program  baseline  or  substantially 
impact  cost,  schedule,  or  performance 


E  nsure  test  results  mitigated  S  v  relevant  challenges 
Update  Sv  status  and  analyses  based  upon  conjuration  changes 
Recommend  Sv  mitigation  control  measures  as  necessary 
Continue  to  participate  in  DR  boards  for  safety  implications 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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Activities  for  Each  Input; 

1.0  Review  integrated  system  test  results  and 
identify  Sv  concerns 

1.1  Analyze  anomalies,  incidents,  and  mishaps 

2.0  Document  risk  control  measures  of 

identiyed  Sv  limitations 

3.0  Update  Sv  considerations  and  criteria 

4.0  Update  Sv  requirements  and  performance 
attributes  for  the  system 

5.0  Update  strategy  for  integrating  Sv  risk 
management  into  SEP 

6.0  Update  speciyc  test  and  safety  release 
requirenents  for  veriycation  of  risk 
mitigation  measures 

7.0  Include  system  safety  and  hazard  analysis 
results  {e.g.,  O&SHA) 

8.0  Ensure  PESHE  includes  identiyed  Sv  risks 
and  strategy  for  integrating  into  SIP. 

8.1  Identify  applicable  working  groups 
for  concurrence 

9.0  Coordinate  with  system  safety  specialists  to 
update  Sv  inputs  to  SSA 


Production  &  Deployment  Phase 

Survivability 


y Inputs  v 


1.  Test  Results 


Exit  Criteria 

APB 

CPD 

SEP 

TEMP 

Product  Support  Package 
PESHE 

System  Safety  Ana  lysis 


^Outputs  V_ 


1.  Production  Baseline 


A 


Test  Reports 
TEMP 
PESHE 
SEP 

System  Safety  Analysis 
Input  to: 

-Cost/Manpower  Est. 


Z 


1 

Analyze  Deficiencies  to  1 

L- 

Verification/Validation  ^  | 

1  Verify  &  Validate 

Determine  Corrective  Actions  1 

1 

Linkage  1 

1  Production  Configuration 

Activities  for  Each  Output; 

1.0  Identify  Sv-critical  items  and  processes 

1.1  Specify  inspection  requirements 

1.2  Document  concurrence  of  applicable 
working  groups 

2.0  Document  effectiveness  of  risk  mitigation 
controls  from  anomalies,  incidents  and  mishaps 

3.0  Update  speciyc  test  and  Sv  capability 
veriycation  strategies  and  include  risk 
control  measures 

3.1  Complete  all  LFT&E  testing 

4.0  Update  PESHE  to  include  identiyed  Sv  risks 
and  strategy  for  integrating  into  the  SEP. 

4.1  Identify  applicable  working  groups  and 
processes  for  concurrence 

5.0  Update  strategy  for  integrating  Sv  risk 
management  into  SEP. 

6.0  Finalize  hazard  analyses 

7.0  Recorrrrcnd  training  and  staf^  requirenents 

7.1  Update  system  attrition  rate  input 
due  to  mishaps 


«  Back 


Production  and  Deployment:  Survivability 


Review  DRs  for  S  v  implications 

Participate  in  development  of  Sv  mitigation  control  measures 

Participate  in  CCB  to  include  reviewing  ECPs 

Complete  assessment  of  how  well  Sv  objectives  have  been  met  and  include  results  in  the 
Beyond  Low-Rate  Initial  Production  Report 


•  Verify  S  v  requirements  and  constraints  at  testing  and  training  locations 

•  Identify  Sv-ciitical  design  and  veriycation  requiren^nts 

•  Provide  Sv  risk  review  and  acceptance  for  upcoming  test  activities  as  appropriate 

•  Balance  Sv  recommendations  with  system  cost,  schedule,  and  performance  risks 

•  Include  Sv  considerations  in  n^jor  nixliycation  or  upgrade  packages;  address  possibility 
of  netro^ng  Sv  into  system 


•  Verify  and  validate  Sv-critical  itemconyguration 

•  Participate  in  test  activities  as  appropriate 


PCA  I  •  Review  PCA  to  identify  potential  Sv  implications 

•  Ensure  approved  Sv  changes  are  incorporated  into  revised  baselines, 
and  production  documentation 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 


«  Back 


Activities  for  Each  Input; 


1.0  Review  for  Sv  hazards 

2.0  Review  for  Sv  hazards 

3.0  Review  FOTSiE  results  for  Sv  implications 

3.1  Review  failure  and  mishaps  reports  for  causal 
factors  or  mitigation  failures  and  recommend 
alternative  mitigation  measures 

3.2  Assist  in  mishap  investigations  as  required 

4.0  Review  Mi  for  Sv  relevant  causal  factors 

5.0  Update  strategy  for  integrating  Sv  risk 

management  into  SEP 

6.0  Coordinate  with  ESOH  specialists  to  ensure 
Sv  considerations  have  been  addressed  for 
any  systEm  modiycations 

6.1  Ensure  PESHE  includes  identiyed  Sv  risks 
and  the  strategy  for  integrating  into  SIE. 

6.2  Identify  applicable  working  groups  and 
applicable  Sv  processes 

7.0  Update  hazard  analyses  (as  appropriate)  in 
order  to  maintain  current  hazard  tracking  system 


Operations  &  Support  Phase 

Survivability 


_y  Inputs  v_ 


1.  Service  Use  Data 


1 


User  Feedback 
Failure  Reports 
Discrepancy  Reports 
SEP 
PESHE 

System  Safety  Ana  lysis 


f  1 

\Review^ 

1  Monitorand  CollectAII  1 

1  Implementand  Field  ■ 

1  Service  Use  Data  I 

k 

\ 

'  / 

\ 


Trades  ' 


'  Trades  'x 


li 

V  h  '  ^ 

Analyze  Data  to  1 

^1  Assess  Risk  of  M 

Determine  RootCause  1 

\  \ 

1  Improved  System  1 

\ 


t 


p  1 

1  Determine  System  1 

1  *1 

1  ^ 

1  Integrate  and  Test  ■ 

1  Risk/Hazard  Severity  1 

1  Corrective  Action  1 

*  1 

1  '  1 

1  * 

References: 


►  DODD  5000.01 

►  DQDI  5000.02 

►  AFPD63-1/AFPD20-1 
>AFI  63-101  &AFI  63-1201 

►  AFMAN  63-119 

►  10  use  2366 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 
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Operations  and  Support:  Survivability 


Provide  system  Sv  criteria  to  engineering  and  logistics  staff 
Review  data  for  S v  hazards  (e.g.,  trend  analysis) 

Identify  opportunities  for  technology  insertion  to  reduce  Sv  risk 

Determine  whether  any  technical  data  change  requests  have  been  submitted  to  resolve 

Sv  issues  for  the  system 

Track  open  technical  data  change  requests  to  resolve  Sv  issues 


© 


Apply  appropriate  system  analysis  techniques  to  determine  root  cause 

Evaluate  data  forSv  implications 

Update  hazard  analyses/database  as  appropriate 


Prioritize  hazards  for  risk  mitigation 

Update  hazard  analyses/database  as  appropriate 


Apply  system  safety  order  of  precedence  to  corrective  actions 
Update  hazard  analyses/database  as  appropriate 
Identify  requiren^nts  for  veri^ation  of  risk  mitigation  controls 


Evaluate  test  results  for  risk  mitigation  effectiveness 
Update  hazard  analyses/database  as  appropriate 


Trades 


Update  hazard  analyses/database  as  appropriate 

Recommend  hazard  closure  to  appropriate  risk  acceptance  authorities  (updated  residual  risk) 
Conduct  system  analysis  to  ensure  corrective  measures  do  not  contribute  to  additional 
deyciencies  or  degrade  hurmn  perfom^nce 

Track  system  Sv,  mitigation  measure  effectiveness,  and  residual  risk 


Provide  inputs  on  mishaps  and  any  newly  identiyed  hazards  with  assessn^ntof  riste,  selected 
mitigation  n^sures,  veri^ation  of  mitigation  controls,  and  acceptance  of  residual  riste 
Identify  open  hazardous  material  or  safety  related  technical  data  change  requests 
Report  on  status  of  all  high  and  serious  risks 

Include  System  Safety  Working  Group  to  support  the  System  Hazard  Risk  Assessment 
Solicit  user  feedback  against  known  Sv  risk  areas  and  update  Sv  risks  for  yelded 
systems  as  required 

Participate  in  trade  studies  to  evaluate  options  against  established  Sv  criteria  throughout  this 
phase  to  ensure  Sv  concerns  are  addressed 
P  resent  Sv  impacts  for  trade  analyses  as  required 
Provide  Sv  inputs  to  proposed  nrodiycations  and  upgrades 
Coordinate  with  other  domain  POCs  as  required 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 


«  Back 


Environment 


«  Back 


«  Back 


Environment — Considers  water,  air,  land,  space,  cyberspace,  markets,  organizations  and  the  relationships  which  exist  among  them  and  with  all  living  things 
and  systems.  Environmental  considerations  may  affect  the  concept  of  operations  and  requirements  to  protect  systems  from  the  environment  and  to  protect  the 
environment  from  system  design,  manufacturing,  operations,  sustainment,  and  disposal  activities. 


«  Back 


«  Back 


Activities  for  Each  Input 

1.0  Provide  environment  characteristics  as  part  of 
capability  de^ition  especially  with  regard  to 
operations  and  at  all  levels  of  maintenance 

1.1  Identify  environment  considerations  in  jCD 

1.2  Identify  environment  constraints  and  issues 

2.0  Participate  in  AoA  development 

3.0  Provide  exit  criteria  for  ESQ H  hazard 
and  risk  analysis 

3.1  Develop  exit  criteria  for  integrating 
environment  risk 

4.0  Identify  and  provide  sustainment  related  data 
required  to  accomplish  environment  assessment 


/  Inputs  V_ 


1.  ICD 

2.  AoA  Plan 

3.  Exit  Criteria 

4.  Alternative  Maintenance  & 
Logistics  Concepts 


Interpret  User  Needs,  Analyze 
Operational  Capabilities  & 
Environmental  Constraints 


Trades 


Develop  Concept  Performance 
(&  Constraints)  Definition  & 
Verification  Objectives 


Materiel  Solution  Analysis  Phase 

Environment 


VoutputsV. 


1.  Draft  System  Requirements 

2.  T&E  Strategy 

3.  SEP 

4.  System  Safety  Analysis 

5.  Supports  Maintenance 
Concepts  &  Technologies 

6.  Inputs  to: 

-draft  CDD -AoA  -TDS 
-Cost/Manpower  E  St. 


Validation 

Linkage 


Analyze/Assess  Concepts 
Versus  Defined  User  Needs  & 
Environmental  Constraints 


Trades 


Verification 

Linkage 


Assess/Analyze  Concept 
&  Verify  System 
Concept's  Performance 


Decompose  Concept 
Performance  into 
Functional  Definition  & 
Verification  Objectives 


Verification 

Linkage 


Assess/Analyze 
System  Concept  Versus 
Functional  Capabilities 


/ 


Decompose  Concept 
Functional  Definition  into 
ComponentConcepts  & 
AssessmentObjectives 


Verification 

Linkage 


Assess/Analyze 
Enabling/Critical  Components 
Versus  Capabilities 


/ 


Develop  ComponentConcepts, 

/.e.,  Enabling/Critical  Technologies,  | 
Constraints  &  Cost/Risk  Drivers 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


Activities  for  Each  Output; 

1.0  Provide  ESOH  hazard  and  risk  analysis  and 
environment  criteria 

1.1  Identify  environment  requirements, 
constraints,  and  performance  attributes  for  the 
system  (e.g.,  MIL-STD-81QG) 

2.0  P  rovide  environment  hazard  risk  mitigation 
test  and  veriycation  rr^thodologies,  and 
approach  towards  obtaining  environment 
risk  acceptance 

3.0  Participate  in  development  of  strategy 
for  integrating  environment  hazard  risk 
management  into  SEP.  using 
MIL-STD-882D 

3.1  E  nsure  responsibilities  for  complying 
with  environment  requirements  are 
integrated  into  SEP. 

3.2  Provide  approach  to  environment  planning 
and  the  NEPA/EO  12114  compliance  schedule 

4.0  Identify  potential  environment  operations  and 
maintenance  issues,  and  identify  emerging 
environment  technologies  and  hazards 

5.0  Ensure  ESOH  hazard  and  risk  analysis  has 
been  completed  for  each  system  concept 

6.0  P  rovide  environment  inputs  to 
requirements  documents 

6.1  Review  and  provide  inputs  to  LCMP 

6.2  E  nsure  environment  factors  are  incorporated 
into  cost  estimate 


Tools: 


i  Environmental  Hierarchy 

i  Mishap RiskAssessment 

.  PESHE  Checklist 

i  ESOH  Programmatic  RiskAssessment  Toolset 

'  HSI  Requirements  Guide 


«  Back 


«  Back 


Materiel  Solution  Analysis:  Environment 


•  Review  System  Threat  Assessment  (STA)  if  available 

•  Identify  applicable  environment  criteria  and  asset  requirements  (resource,  technology, 
statutory  and  regulatory) 

•  Assess  MIL-STD-81QG  to  identify  environment  test  conditions 

•  Identify  operating  and  maintenance  locations  and  proposed  force  structure  if  possible  (for 
example,  fora  one-for-one  system  replacement) 

•  Initiate  ESOH  hazard  and  risk  analysis  (e.g.,  PHD 

•  Review  historical  information  (e.g.,  successes,  mishaps,  lessons-learned)  from  similar  or 
related  legacy  systems 


•  Evaluate  ful^lTOiit  of  enviroiiTOiitfiJiictioiial  requireTOnts  for  the  conceptual  system 
based  upon  subsystem  component  test/analysis  results 

•  Assess  and  document  risk  of  AF  inability  to  meet  environment  requirements  at 
the  functional  level 


•  Evaluate  conceptual  system's  ability  to  meet  performance  capability  requirements 
within  identi^d  envinonn^nt  constraints 

•  Assess  and  document  risk  of  AF  inability  to  meet  environment  requirements  at 
the  system  level 


Assess  system  level  to  identify/document  probable  environment  constraints  in  operating 
and  maintaining  the  system 

Review  historical  information  (e.g.,  successes,  mishaps,  lessons-learned)  from  similar  or 
related  legacy  systems 


Translate  concept-level  environment  criteria  (e.g.,  radiation,  acoustics,  induced  health 
hazards)  into  functional  requirements 

Review  historical  information  (e.g.,  successes,  mishaps,  lessons-learned)  from  similar  or 
related  legacy  systems 


Identify  environment  requirements  against  critical  component  capabilities 
Analyze,  de^e,  and  identify  options  to  mitigate  the  identiyed  environment  constraints 
Review  historical  information  (e.g.,  successes,  mishaps,  lessons-learned)  from  similar  or 
related  legacy  systems 


Update  ESOH  hazard  and  risk  analysis  (e.g.,  PHD 
Initiate  identiycation  of  component  constraints 
Recommend  input  into  projected  system  attrition  rates 


Evaluate  component  analysis  and  test  results  against  identiyed  component  and 
system  level  constraints 

Assess  and  document  risk  of  AF  inability  to  meet  environment  requirements  at 
the  component  level 


Finalize  ESOH  hazard  and  risk  analysis  (e.g.,  PHD  for  each  system  concept 
Identify  and  characterize  environment  risks  of  each  system  concept 
E  nsure  all  risks  of  AF  inability  to  meet  environment  requirements,  at  the  planned 
operational  readiness  level  and  OPSTEMPO.  are  docun^nted  and  rejoected  in  the  program 
cost  estimate  and  related  program  documents 

Update  system-level  requirements,  as  necessary,  to  record  any  new  or  revised 
environment  requirements 


•  Identify  applicable  environment  criteria  for  system 

•  Ensure  concept  has  sufycient  detail  with  regard  to  mitigation  to  support  valid  cost 
and  schedule  estimate 

•  Provide  environn^nt  inputs  to  rejoect  the  chosen  nroteriel  solution  approach 

•  Provide  environment  assumptions,  risks,  and  cost  drivers 


•  Prepare  results  of  ESOH  hazard  and  risk  analysis  (e.g.  PHD  for  each  alternative 
and  recommend  level  of  effort  required  for  the  Technology  Development  phase 

•  Ensure  requirements  are  consistent  with  user  needs  and  comply  with  statutory 
and  regulatory  guidance 

•  Provide  environn^nt  inputs  and  risks  for  alternative  materiel  solutions  that  have  been  identiyed 

'  Trades  ,  •  Participate  in  trade  Studies  to  identify  potential  top-level  hazards  and  ensure  environment 
''  '  criteria  are  included  in  the  trade  studies  throughout  this  phase 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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Activities  for  Each  Input; 

Develop  environment  criteria  and  requirements 
Identify  environment  constraints  and  system 
performance  attributes 

Evaluate  approved  solution  against  identiyed 
environment  criteria 

Update  ESOH  hazard  and  risk  analysis  (e.g., 
PHD  and  strategy  for  integrating  environment 
risk  management  into  SE  as  exit  criteria 
Review  maintenance  concepts  to  ensure 
consistency  with  operational  environments, 
especially  extremes-cold,  heat,  humidity, 
salt,  dust,  ice 

Characterize  environment  footprints  or  risks 
for  the  AoA  recommended  alternative 
Include  strategy  for  integrating  environment 
risk  management  into  SE 
Review  ESOH  hazard  and  risk  analysis 
(e.g.,  PHL)  to  capture  TDS  skills 
Include  strategy  to  identify  hazards  in  T&E  plan 
Incorporate  environment  risk,  mitigation,  test, 
and  veriycation  rr^thodologies 
Provide  approach  towards  obtaining 
environment  releases  and  risk  acceptance 
Include  environment  planning  strategy  and 
requirements  to  supportT&E 
Initiate  ESOH  hazard  and  risk  analysis  for 
preferred  concept 


Technology  Development  Phase  (Inputs) 

Environment 


/  Inputs  V_ 


ICD&DraftCDD 
Approved  Materiel  Solution 
Exit  Criteria 

Supports  Maintenance 
Concepts  &  Technologies 
AoA 
TDS 

T&E  Strategy 
System  Safety  Ana  lysis 


InterpretUser  Needs,  Analyze 
Operational  Capabilities  & 
Environmental  Constraints 


Validation 

Linkage 


Demo  Si  Validate  System  Si 
Tech  Maturity  Versus  Defined 
User  Needs  Si  Environmental 
Constraints 


Trades 


Trades 


t 


f  Develop  System  P erf 

1 

1  y 

1  (Si  Constraints)  Spec  Si  | 

1  Demo/Model  Integrated  System  i 

1  Enabling/Critical  Tech  Si  1 

1  Prototypes  Verification  Plan  1 

1^  Linkage  1 

1  .  1 

1  Versus  Performance  Spec  1 

1 


Develop  Functional  Definitions  for 
E  nabling/Critical  T  ech/P  rototypes 
Si  Associated  Verification  Plan 


t 


Decompose  Functional 
Definitions  into  Critical 
Component  Definition  Si 
Technologies  Verification  Plan 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


«  Back 


Technology  Development  Phase  (Inputs):  Environment 


Identify  critical  environment  technology  needs 
E  nsure  environment  technology  development  is  planned  appropriately 
Develop  environment  criteria 
Identify  environment  constraints 


Ensure  environnrent  criteria  are  traceable  backto  de^ed  system  capabilities  and  constraints 
Identify  environment  requirenrents  in  any  system  perfomrance  speciycation,  solicitation, 
contract,  and  evaluation  criteria 
De^e  hazard  test  requirenrents  for  identiyed  technologies 


Assess  environment  and  hazard  impacts  from  technology  trade-offis  or  re^ements 
De^e  hazard  test  requirenrents  for  identiyed  technologies 


Update  environment  criteria 

Assess  environment  hazard  impacts  on  hardware  and  software  elements  (physical 
interfaces,  functional  interfaces,  standards,  and  existing  technology) 

Understand  environment  impacts  forsystem-of-systems  technology 
De^e  hazard  testing  and  validation  for  critical  system  components 


De^e  environnrent  criteria  for  tactical,  support  and  training  systems 

Verify  modeling  and  simulation,  demonstrations,  and  analysis  address  environment  concerns 

Understand  and  identify  environment  constraints  and  hazard  risks  associated  with 

the  overall  system 

Revise  environment  cost  and  risk  drivers  based  on  technologies  testing  and  validation 


Evaluate  critical  technologies  from  an  environment  perspective 
Validate  technology  components  against  system  component  environment  requirements 
Participate  in  and  evaluate  demonstrations  for  new  technology  components  to  help  identify 
potential  environment  impacts 


0 


Evaluate  system  critical  technologies  from  an  environment  perspective 
Review  demonstration  results  for  environment  constraints,  risks,  and  opportunities 

Evaluate  environment  critical  technologies 

Review  demonstration  results  for  environment-related  constraints,  risks,  and  opportunities 
Assess  environment  impacts  associated  with  acceptable  technology  risks  and  system  capabilities 


Evaluate  enabling  technologies  from  an  environment  perspective 

Ensure  applicable  environment  elements  are  embedded  in  the  System  Performance 

Speciycation  and  associated  system developnrent  effort 


Prepare  and  present  environment  performance  criteria  atSRR 
Ensure  those  criteria  are  consistent  with  program  cost,  schedule,  risks,  and 
other  system  constraints 

Ensure  measurable  environment  requirenrents  are  clearly  de^ed  in  the  system 
perfomrance  speciycation 

Ensure  all  environment  performance  requirements  that  affect  system  requirements  derived 
from  the  CDD  are  testable  and  are  de^ed  in  the  system  functional  baseline 
E  nsure  that  environment  risks  are  included  in  the  comprehensive  risk  assessment 


✓  " 

'  Trades  •  Participate  in  trade  Studies  to  evaluate  options  against  identiyed  environnrent  criteria 
^  ^  ^  throughout  this  phase  to  ensure  environment  concerns  are  addressed 

•  Coordinate  with  other  HSI  domains  to  assess  trade-offs  within  HSI 

•  Ensure  trade  space  and  risks  analyzed  include  environment  considerations  and  are  assessed 
against  available  technologies 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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Technology  Development  Phase  (Outputs) 

Environment 


Activities  for  Each  Output; 


1.0 


1.1 


2.0 


3.0 


3.1 


4.0 


5.0 


6.0 

7.0 

8.0 

8.1 

9.0 

10.0 

11.0 

11.1 

11.2 


Ensure  inclusion  of  environment 
into  baseline  parameters 
Include  requirements  and  criteria  for 
environment  and  SRCAdata 
Ensure  environment  issues  and  concerns  are 
satisfactorily  addressed  atPDR 
Document  environment  test  requirements  to 
include  veriy-cation  of  risk  mitigation  controls 
Include  environment  planning  strategy 
to  supportT&E 

Update  environment  integration  strategy 
and  include  considerations  into  SE, 
especially  certiycations 
Develop  PESHE  to  include  environment 
integration  strategy,  risks,  responsibilities,  and 
hazard  tracking  process 
Provide  inputs  as  necessary 
Update  risk  mitigation  technology 
readiness  levels 

Ensure  compliance  schedule  is  developed 
and  is  reasonable 

Include  environment  hazard  issues  and  criteria 
Identify  environment  hazards  and  mitigation 
techniques  for  system  risk  assessment 
P  rovide  preliminary  environment  requirements 
for  system  support  and  maintenance 
Review  CDD  for  environment  requirements 
Review  affordability  assessment  for  adequate 
environment  planning  and  funding 
Review  ICMP  and  provide  inputs 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


Tools: 


I  ESOH  Programmatic  RiskAssessment Toolset 

>  FHA 

>  EIA 

>  PESHE  Checklist 


«  Back 


Technology  Development  Phase  (Outputs):  Environment 


■  ■  •  Develop  a  life  cycle  environTOnt  pno^e  and  system  constraints 

•  Develop  detailed  environment  system  criteria 

•  Verify  environment  inputs  in  acquisition  documentation  (i.e.,  capabilities  documents) 

•  Identify  and  develop  environment  critical  and  asset  requirements  and  verify  they  are  included 
in  the  requirements  tracking  system 


•  Identify  environment  criteria  and  ensure  all  hazards  and  risks  are  considered  and  documented 

•  E  nsure  consistency  of  environment  criteria  with  cost,  schedule,  risks,  and 
other  system  constraints 

•  E  nsure  environment  performance  requirements  that  affect  system  requirements  derived 
from  the  CDD  have  been  addressed  and  are  included  in  the  system  functional  baseline 


Initiate  development  of  ESOH  hazard  and  riskanalysis  [e.g.,  PHA  and  Threat 
Hazard  Assessment  (THA)] 

Update  environment  criteria  for  system  speciycations 
Review  all  trade  studies  for  environment  impacts 

Expand  SRCA  to  ensure  functional  environn^nt  speci^ations  are  included  in  the 
requiren^nts  tracking  system  and  in  the  System  Verivcation  Plan 
Identify  environment  requirements  in  any  system  or  subsystem  solicitation  or  contract 
Verify  NEPA/EO  12114  requirements  are  being  met  at  the  proposed  testing 
and  training  locations 

P  rovide  environment  updates  for  demilitarization/disposal  planning 


•  Update  ESOH  hazard  and  risk  analysis  for  environment  impacts  (e.g.,  PHL,  SHA, 
SSHA,and  O&SHA) 

•  Ensure  documentation  of  environment  impacts  forSFR 

•  U  pdate  environment  criteria  for  components,  subsystems,  and  systems  to 
include  test  requirements 

•  Expand  and  update  SRCA  as  detailed  design  speciycations  evolve 

•  Verify  environn^nt-critical  design  speciycations  are  included  in  the  requiren^nts  tracking 
system^  detailed  design  speci^ations,  and  in  the  O  Veri^ation  Plan 

•  Provide  updated  input  for  demilitarization/disposal  planning 


C™)  •  Identify  and  initiate  evaluation  of  environment  hazards  and  issues  as  part  of  the  total  system 

•  Evaluate  feasibility  of  NEPA  compliance  schedule 

•  Ensure  environn^nt  riste  are  identiyed  and  nranageable 

'  Trades'  •  Participate  in  trade  Studies  to  identify  potential  environment  hazards 
'  •  Ensure  environment  criteria  are  considered  during  trade-offs  during  the 
Technology  Development  Phase 

•  Coordinate  with  other  HSI  domains  to  assess  trade-offs  with  HSI 

•  Re^e  environn^nt-relatEd  threshold  and  objective  nequiren^nts  as  needed  based  on 
the  results  of  completed  trade  studies 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 


«  Back 


Activities  for  Each  Input; 

1.0  Include  SRCA  data  and  critical  environment 
system  and  sub  system  requirements 
2.0  P  rovide  environment  inputs 
3.0  Docurrent  risk  disposition  of  identiyed 
environment  hazards 
4.0  E  nsure  environment  efforts  are 
properly  resourced 

5.0  Identify  environment  hazard  mitigation  and 
include  environment  requirements  objectives 
and  thresholds  for  human  performance 
6.0  Include  environment  risks  in  SIP. 

7.0  P  rovide  environment  inputs 
8.0  Incorporate  environment  test  requirements 
into  test  planning  and  execution 
9.0  Ensure  PESHE  includes  environment 
responsibilities,  risks  {e.g.,  HAZMAT), 
strategies  for  integration  into  SE,  and  methods 
for  tracking  hazard  mitigation  progress 
10.0  Provide  environment  inputs 
11.0  Identify  information  support  needs  to  meet 
environment  hazard  management  and 
reporting  requirements 
12.0  Ensure  compliance  schedule  includes 
environment  criteria 
13.0  Develop  risk  assessment 
14.0  Identify  operations  and  maintenance  support 
forenviron-ment  hazards  and  system 
performance  risks 

15.0  Identify  environment  criteria  for  future  system 
operations  and  support 


References: 


•  NEPA/EQ  12114 

•  DQDI  5000.02  &DODI  4715.x  series 

•  MIL-STD-882D&MIL-STD-1425A 

•  MIL-STD  1472  &MIL-STD-1474D 

•  API  32-7086  &  NAS  411:HMMP 
>  AFMAN  63-119 &AFI  63-1201 

•  DI-SAFT-80101B 


Engineering  &  Manufacturing  Development  Phase  (Inputs) 

\  Environment  / 


_ /  Inputs  \ 

1.  Sys  Performance  Spec 

2.  Acquisition  Strategy 

3.  Exit  Criteria 

4.  APB  5.CDD  6.  SEP 

7.  PPP  8. TEMP  9.PESHE 
10.  STA  11.  ISP 

12.  NE  PA  Compliance  Schedule 

13.  RiskAssessment 

14.  Validated  Sys  Supports  Maint 
Objectives  &  Requirements 

15.  Product  Support  Strategy 


InterpretUser  Needs,  Refine 
System  Performance  Specs  & 
Environmental  Constraints 


J 


Trades 


Develop  System  Functional 
Specs  &  Verification 
Plan  to  Evolve  System 
Functional  Baseline 


Lighter  blocks  reflecttechnical 
efforts  required  during  EM  D  if  PD R 
does  notcome  priorto  Milestone  B. 


Evolve  Functional 
Performance  Specs  into 
System  Allocated  Baseline 


Evolved  Functional  Specs  into 
Product  (Build  to)  Documentation 
&  Inspection  Plan 


Evolve  Cl  Functional  Specs  into 
Product  (Build  to)  Documentation 
&  Inspection  Plan 


— (c^ 


Tools: 


•  ESOH  Programmatic  RiskAssessment  Toolset 

•  FHA 

•  EIA 

•  HMIRS 

•  PESHE  Checklist 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 
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Engineering  and  Manufacturing  Development  (Inputs):  Environment 


Develop  a  life  cycle  environTOnt  pno^e  and  system  constraints 
Develop  detailed  environment  system  criteria 

Verify  environment  inputs  in  acquisition  documentation  (i.e.,  capabilities  documents) 

Identify  and  develop  environment  critical  and  asset  requirements  and  verify  they  are  included 
in  the  requirements  tracking  system 

Initiate  development  of  hazard  analyses  (e.g.,  PHAandTHA) 

Update  environment  criteria  for  system  speciycations 
Review  all  trade  studies  for  environment  impacts 

Expand  SRCA  to  ensure  functional  environn^nt  speci^ations  are  included  in  the 
requiren^nts  tracking  system  and  in  the  System  Verivcation  Plan 
Identify  environment  requirements  in  any  system  or  subsystem  solicitation  or  contract 
Verify  NEPA/EO  12114  requirements  are  being  met  at  proposed  testing  and  training  locations 

Update  ESOH  hazard  and  risk  analysis  for  environment  impacts  (e.g.,  PHL.  SHA. 

SSHA,and  O&SHA) 

Ensure  documentation  of  environment  impacts  forSFR 

Update  environment  criteria  for  components,  subsystems,  and  systems  to 

include  test  requirements 

Expand  and  update  SRCA  as  detailed  design  speciycations  evolve 

Verify  environn^nt-ciitical  design  speciycations  are  included  in  requirements  tracking 

system^  detailed  design  speci^ations,  and  in  the  G  Veri^ation  Plan 

Review  and  ^alize  ESOH  hazard  and  risk  analysis  for  environn^nt  impacts  (e.g.,  S  S  H  A, 
SHA  and  O&SHA) 

U  pdate  environment  criteria  for  components,  subsystems,  and  systems  to  include  test  and 
inspection  requirements 

Include  critical  environment  processes  and  procedures  in  inspection  plan 

Verify  environn^nt  critical  design  speciycations  are  included  in  requiren^nts  tracking  system 

and  detailed  design  speciycations 


Cs) 


C™) 


(cw) 


Trades 


Identify  environment  criteria  and  ensure  all  hazards  and  risks  are  considered  and  documented 
E  nsure  consistency  of  environment  criteria  with  cost,  schedule,  risks,  and  other 
system  constraints 

Ensure  all  environment  performance  requirements  that  affect  system  requirements  derived 
from  the  ODD  are  testable  and  are  de^ed  in  the  system  functional  baseline 

Provide  environment  inputs  to  the  assessment  of  the  system  and  subsystem  preliminary 

design  as  captured  in  the  conyguration  itemspeci^ations 

Identify  environment  hazard  and  risk  status 

Ensure  environn^nt  riste  are  identiyed  and  nranageable 

Ensure  all  environn^nt  requiren^nts  are  docun^nted  in  system  speciycations 

Evaluate  feasibility  of  NEPA  compliance  schedule 

Document  acceptance  status  of  all  environment  hazards  and  risks  especially  those  related 
to  manufacturing  processes,  materials,  and  operations  and  support  activities 
Update  assessment  of  NEPA  compliance  schedule 

Ensure  environment  requirements  and  constraints  have  been  addressed  in  the  product 
speciycations  for  each  conyguration  item 

Review  design  documentation  as  required  to  ensure  environment  issues  have  been  addressed 
Ensure  environment  risks  have  been  addressed  as  required 

Participate  in  trade-off  studies  to  evaluate  options  against  established  environment 
criteria  forthe  Engineering  and  Manufacturing  Development  Phase  to  ensure  environment 
concerns  are  addressed 

Coordinate  with  other  HSI  domains  to  assess  trade-offs  within  HSI 

Coordinate  with  systems  engineers  to  provide  inputs  to  trade-offs  that  affect  system  and 

subsystem  environment  requirements 

Assess  status  of  environment  for  entire  system  components  and  entire  system 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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Activities  for  Each  Output; 

I. 0  Include  environment  critical  items  and 

processes  in  baseline  and  identify 
inspection  requirements 
2.0  Analyze  anomalies,  incidents,  and 
environment  related  mishaps 
3.0  Verify  that  mitigation  controls  effectively 
reduce  hazard  risks 

4.0  Include  environment  considerations  in  product 
support  strategy  for  trade-offs  &  analysis 
5.0  Document  and  report  residual  risks  and 
environment  risk  acceptance  decisions 
6.0  Update  strategy  for  integrating  environment  risk 
management  into  SE 

7.0  Assess  technology  readiness  levels  for  all 
environment  related  issue  mitigation  methods 
8.0  Update  PESHE  to  include  identiyed 
environment  responsibilities,  risks  (e.g., 
HAZMAT),  strategies  for  integration  into  SE, 
and  methods  for  tracking  hazard  progress 
9.0  Include  environment  considerations,  reporting, 
and  constraints  for  entire  life  cycle  as  currently 
identiyed  in  LCMP 

10.0  Identify  environment  requirements,  constraints, 
and  system  performance  attributes 

II. 0  Recommend  operational  and 

maintenance  training  and  staf^g 
requirements  for  environment 
11.1  Update  system  attrition  rate  inputs  due  to  hazard 
mitigation,  and  mishap  reduction  requirements 


Tools: 


•  PESHE  Checklist 

•  ESOH  Programmatic  RiskAssessmentToolset 

•  FHA 

•  HMIRS 
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Engineering  and  Manufacturing  Development  (Outputs):  Environment 


Evaluate  process  and  design  changes  for  environment  considerations 

Review  and  recommend  environment  updates  to  TEMP 

Initiate  environment  hazard  risk  acceptance  reviews  and  documentation 

Ensure  environment  tests  were  conducted  and  results  reviewed  for  hazard  control 
effectiveness  and  risk  mitigation 
Update  hazard  status 

Verify  integrated  DT&E,  LFT&E,  and  EOA  procedures  include  appropriate  tests  derived 
from  environment  analyses 

Recommend  hazard  closure  and  mitigation  control  measures  based  on  DT&E  test  results 
Provide  safety  release  and  hazard  risk  acceptance  documentation 
Participate  in  the  developmentof  a  T.O.  QQ-35D-54-compliantDR  process 

Ensure  environment  tests  were  conducted  and  test  results  reviewed  for  hazard 
control  effectiveness 

Update  envinonTOrt  hazard  status  and  hazard  analyses  based  on  any  conjuration  changes 
Assess  testing  conjuration  changes  and  docun^nt  any  envirenn^nt  inpacts 
Verify  system  DT&E,  LFT&E,  and  EOA  procedures  include  appropriate  tests  derived  from 
environment  analyses 

Recommend  hazard  mitigation  or  closure  based  on  test  results 
P  rovide  safety  release  and  hazard  risk  acceptance  for  upcoming  test  activities 
Ensure  environn^nt  nequinen^nts  n^t  speci  jation  requirements 
Participate  in  DR  boards  for  environment  implications 

Ensure  environment  tests  were  conducted  and  test  results  reviewed  for 
hazard  control  effectiveness 

Update  hazard  status  and  analyses  based  upon  conjuration  changes 
Assess  testing  conjuration  changes  and  docun^nt  any  environn^nt  impacts 
Verify  combined  test  procedures  include  appropriate  environment  tests,  as  derived  from 
environment  analyses  and  reviews 

Recommend  hazard  closure  or  risk  mitigation  based  on  test  results 

Provide  safety  release  and  hazard  risk  review  and  acceptance  for  upcoming  test  activities 

Ensure  environment  issues  are  resolved 

Continue  to  participate  in  DR  boards  for  environment  implications 


<S) 


(PR^ 


FCA 


Trades 


E  nsure  NEPA/EO  12114  compliance  is  completed  prior  to  testing 

Ensure  environment  tests  were  conducted  and  test  results  reviewed  for  hazard  control  effectiveness 

Ensure  environment  hazard  risks  are  addressed,  characterized,  and  mitigated 

Update  hazard  status  and  analyses  based  upon  conjuration  changes 

Recommend  hazard  closure  or  risk  mitigation  control  measures 

Continue  to  participate  in  DR  boards  for  environment  implications 

Assess  and  docun^nt  conjuration  for  testing  and  docun^nt  results 
E  nsure  completion  of  safety  releases  and  completion  of  environment  risk  acceptance 
E nsure  NEPA/EO  12114  compliance 

When  system  functionality  is  assessed,  verify  that  environment  requirements  and  constraints, 
as  docun^nted  in  the  functional  baseline,  have  been  sufjiently  addressed 
Ensure  environn^nt  riste  to  users  are  identiyed  and  nenageable,  and  that  appropriate 
metrics  associated  with  environment  are  in  place 
Provide  any  risk  mitigation  and  hazard  controls 

Provide  environnont-critical  speci  jations 

Document  environment  risks  and  their  acceptance  status 

E  nsure  a  process  is  in  place  that  will  assess  changes  to  the  design  or  manufacturing 

processes  to  ensure  changes  will  not  degrade  environment-related  performance 

Review  functional  performance  results  for  consistency  with  environment  requirements 
Ensure  environment  concerns  are  addressed  when  reviewing  the  Q^s  test/analysis  data, 
including  software  unit  test  results,  to  validate  the  intended  function  or  performance  stated  in 
its  speci  jation  is  not 

Participate  in  trade-off  studies  to  evaluate  environment  options  against  established 
criteria  throughout  the  Engineering  and  Manufacturing  Development  Phase  and  to  ensure 
environment  concerns  are  addressed 

Assess  environment  risks  against  exit  criteria  for  this  acquisition  phase 

Identify  those  environment  risks  that  could  result  in  a  breach  to  the  program  baseline  or 

substantially  impact  cost,  schedule,  or  performance 
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Activities  for  Each  Input; 

1.0  Review  integrated  system  test  results  and 
identify  environment  concerns 

1.1  Analyze  environment  anomalies  and  incidents 

2.0  Docurrent  formal  risk  disposition  of  identiyed 

environment  hazards 

2.1  Identify  environment  exit  criteria 

3.0  Update  environment  considerations  and  criteria 

4.0  Update  environment  requirements  and 
performance  attributes  for  the  system 

5.0  Update  environment  hazards  and  risks 
integration  strategy  into  SE 

6.0  Update  speciyc  test  and  safety 
release  requirements 

6.1  Verify  environment  risk  mitigation 
control  requirements 

7.0  Include  hazard  analysis  results  (e.g.,  O&SHA) 
and  other  environment  support  resources 

8.0  I nclude  identiyed  environrmnt  risks  and 
strategy  for  integration  into  SE,  environment 
hazard  tracking  and  risk  mitigation 

8.1  Ensure  environment  issues  are 
adequately  resourced 

9.0  Complete  ESOH  hazard  and  risk  analysis 
(e.g.,  SRCA,  SSHAs,  SM,  and  Q&SHA) 


Production  &  Deployment  Phase 

Environment 


y Inputs  v 


1.  Test  Results 


Exit  Criteria 

APB 

CPD 

SEP 

TEMP 

Product  Support  Package 
PESHE 

System  Safety  Ana  lysis 


^Outputs  V_ 


1.  Production  Baseline 


A 


Test  Reports 
TEMP 
PESHE 
SEP 

System  Safety  Analysis 
Input  to: 

-Cost/Manpower  Est. 


Z 


1 

Analyze  Deficiencies  to  1 

L- 

Verification/Validation  ^  | 

1  Verify  &  Validate 

Determine  Corrective  Actions  1 

1 

Linkage  1 

1  Production  Configuration 

Activities  for  Each  Output; 

1.0  Identify  environment  critical  items  and  processes 

1.1  Specify  inspection  requirements 

2.0  Document  effectiveness  of  risk  mitigation 
controls,  ^ings  from  anomalies  and  incidents 

3.0  Update  speciyc  test  and  safety  release 
requirenents  for  risk  control  veriycation 

3. 1  Review  any  environnent-related  nrodiycations 
based  on  test  results 

4.0  Update  PESHE  to  include  identiyed 

environment  risks,  strategy  for  integration  into 
SE,  and  hazard  tracking  methods 

4.1  Ensure  there  are  adequate  resources  to 
continue  to  track,  identify,  and  manage 
environment  hazards  and  risk 

5.0  Update  environment  risk  management 
strategy  for  SE 

6.0  Finalize  hazard  analyses 

7.0  Recomrr^nd  training  and  staf^ 
requirements  for  environment 


Production  and  Deployment:  Environment 


Review  DRs  for  environment  implications 

Participate  in  development  of  hazard  mitigation  control  measures 

Participate  in  CCB  to  include  reviewing  ECPs 

Participate  in  plans  to  build,  modify,  verify,  and  testthe  proposed  design  solution 
for  correcting  deyciencies 

Verify  environment  requirements  at  testing,  basing,  and  training  locations 


•  Identify  environment-critical  items  and  inspection  and  veriycation  requiren^nts 

•  Review  and  recommend  updates  to  TEMP  based  on  environment  analyses,  and  provide 
environment  release  documentation 

•  Provide  hazard  risk  review  and  acceptance  for  upcoming  test  activities 


•  Verify  and  validate  environment-critical  design  elements 

•  Participate  in  test  activities 

•  Incorporate  approved  environn^nt  changes  and  risk  mitigation  techniques  in  ^al 
production  conyguration  baseline 


PCA  I  •  Identify  potential  environn^nt  implications  from  system  conyguration 

•  Validate  all  processes  that  have  environment-critical  functions 

•  Ensure  approved  environment  changes  are  incorporated  into  revised  baselines, 
and  production  documentation 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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Activities  for  Each  Input; 


1.0  Review  for  environment  considerations 
and  hazards 

2.0  Review  for  environment  considerations 
and  potential  hazards 

3.0  Review  FOTSiE  results  for 
environment  implications 

3.1  Review  failure/mishap  reports  for  causal 
factors  or  mitigation  failures 

4.0  Review  discrepancy  reports  for  environment 
hazards  and  implications 

5.0  Update  strategy  for  integrating  environment 
risk  management  into  SE 

6.0  Ensure  PESHE  includes  identiyed 

environment  risks,  strategies  for  integration 
into  SE,  system  responsibilities  in  regards  to 
environment,  and  hazard  tracking  methods 

6.1  Identify  safety  boards  and  processes 
for  environment  changes 

7.0  Update  hazard  analysis  in  order  to  maintain 
current  hazard  tracking  system 


Operations  &  Support  Phase 

Environment 


_y  Inputs  v_ 


1.  Service  Use  Data 


1 


User  Feedback 
Failure  Reports 
Discrepancy  Reports 
SEP 
PESHE 

System  Safety  Ana  lysis 


_y  Outputs  v_ 


1.  Data  for  In-Service  Review 


Input  to  CDD  for  next  increment 
Modifications/Upgrades 
to  fielded  systems 
SEP 

System  Safety  Analysis 


t 


f  1 

1  Monitorand  CollectAII  1 

1  Implementand  Field  ■ 

1  Service  Use  Data  I 

k 

\ 

'  / 

\ 


Trades  f 


'  Trades  'x 


Analyze  Data  to 
Determine  RootCause 


Assess  Risk  of 
Improved  System 


\ 


T 


t 


f  i 

1  Determine  System  1 

1  *1 

1  ^ 

1  Integrate  and  Test  ■ 

1  Risk/Hazard  Severity  1 

1  Corrective  Action  1 

*  1 

1  '  1 

1  • 

References: 


►  NEPA/EQ  12114 

►  DODI  5000.02 

►  DODI  4715.4 

►  MIL-STD-882D 

►  AFI  63-1201 

►  AFI  32-7086 

►  NAS  411:HMMP 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


Activities  for  Each  Output; 

1.0  Identify  hazards  and  analyses  for  systems 
and  environment  risk  acceptance  status 

2.0  Update  hazard  mitigation  and  mishap 
reduction  technology 

2.1  Write  requirements  using  environment 
lessons  learned 

3.0  Update  residual  risk 

3.1  P  rovide  updated  inputs  for  demilitarization/ 
disposal  planning  with  environment 
hazard  risks 

4.0  Update  strategy  for  integrating  environment 
risk  management  into  SE 

5.0  Sustain  hazard  analyses  for  ^Ided  system 

5.1  Input  hazard  analyses  for  next  increment  or 
similar  system  acquisitions 

5.2  Maintain  hazard  tracking  system  with  a  focus 
on  high  and  serious  risks  and  hazards  without 
formally  accepted  risks 


Tools: 

>  HMIRS 
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Operations  and  Support:  Environment 


© 


Provide  environment  criteria  to  engineering  and  logistics  personnel 
Review  data  for  environment  hazards  and  trends 

Identify  opportunities  for  technology  insertion  to  reduce  new  or  current  environment  risks 
Determine  whether  any  technical  data  change  requests  have  been  submitted  to 
resolve  environment  issues 

T rack  open  technical  data  change  requests  to  resolve  hazardous  material  issues 

Apply  appropriate  environment  analysis  techniques  to  determine  system  root  causal  factors 
Evaluate  data  for  environment  hazard  implications 
Update  hazard  analyses  and  databases 

Prioritize  hazards  for  risk  mitigation 
Update  hazard  analyses  and  databases 

Incorporate  environment  into  order  of  precedence  of  corrective  actions  list 
Update  hazard  analyses  and  databases 

Identify  requiren^nts  for  veri^ation  of  risk  mitigation  control  n^asures  to 
in|xience  corrective  actions 

Evaluate  test  results  for  the  effectiveness  of  mitigation  control  measures 
Update  hazard  analyses  and  databases 


livServic^ 

Review^ 


Trades 


Conduct  system  analyses  to  ensure  corrective  measures  do  not  contribute  to  additional 

de^iencies  or  degrade  hun^n  performance 

Recommend  hazard  closure  to  appropriate  risk  acceptance  authorities 

Update  residual  risk  documentation 

Update  hazard  analyses  and  databases 

Track  mishaps,  de^iencies,  closure  actions,  mitigation  n^asure  effectiveness,  and  residual 
risk  to  validate  enhancement  efforts 

Ensure  appropriate  mitigation  controls  are  used  for  environment  concerns 


Provide  inputs  on  mishaps  and  newly  identiyed  hazards  with  assessn^nt  of  risks,  mitigation 
measures,  veri^ation  of  mitigation  controls,  and  acceptance  of  residual  risks 
Identify  any  open  HAZMAT  and  environment  related  technical  data  change  requests 
Identify  status  of  high  and  serious  risks 

Solicit  user  feedback  against  known  environment  risk  areas  and  update  environment  risks 
foryelded  systems  as  required 

Participate  in  trade-off  studies  to  evaluate  environment  options  against  established  criteria 
throughout  the  Operations  &  Support  Phase  to  ensure  environment  concerns  are  addressed 
Present  environment  impacts  for  trade  analyses  as  required 
Provide  environTOnt  inputs  to  proposed  mxiiycations  and  upgrades 
Coordinate  with  other  domain  POCs  as  required 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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Safety — Promotes  system  design  characteristics  and  procedures  to  minimize  the  potential  for  accidents  or  mishaps  that:  cause  death  or  injury  to  operators, 
maintainors,  and  support  personnel;  threaten  the  operation  of  the  system;  or  cause  cascading  failures  in  other  systems.  Using  safety  analyses  and  lessons  learned 
from  predecessor  systems,  the  Safety  domain  prompts  design  features  to  prevent  safety  hazards  where  possible  and  to  manage  safety  hazards  that  cannot  be 
avoided.  The  focus  is  on  designs  that  have  back-up  systems,  and,  where  an  interface  with  humans  exists,  to  alert  them  when  problems  arise  and  also  help  to  avoid 
and  recover  from  errors.  Prevalent  issues  include:  factors  that  threaten  the  safe  operation  of  the  system;  walking  and  working  surfaces;  pressure  extremes;  and 
control  of  hazardous  energy  releases  such  as  mechanical,  electrical,  fluids  under  pressure,  ionizing  or  non-ionizing  radiation,  fire,  and  explosions. 
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Materiel  Solution  Analysis  Phase 

Safety 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


Activities  for  Each  Output; 

1.0  Provide  E SO H  hazard  and  risk 
(e.g.,  PHL)  criteria 

1.1  Identify  safety  requirements  and  performance 
attributes  for  system  speciycations 

2.0  Provide  hazard  risk  mitigation  test  and 
veriycation  rrethodologies 

2.1  Develop  an  approach  for  obtaining  safety 
release  and  risk  mitigation  acceptance 

2.2  Provide  safety  plans  fortesting 

3.0  Participate  in  developing  and  integrating 
hazard  risk  management  strategies  into  SIP. 

3.1  Identify  responsibilities  for  system 
safety  integration 

4.0  Update  or  modify  the  ESOH  hazard  and  risk 
analysis  (e.g.,  PHL)  for  each  system  concept 

5.0  Identify  potential  operational  and 
maintenance  concerns 

5.1  Identify  emerging  technologies  that  will 
enhance  safety  and  reduce  system  hazards 

5.2  Incorporate  safety  and  risk  management 
strategies  into  the  LCMP 

6.0  Ensure  mishap  prevention  and  safety 
requirements  are  included  in  all  acquisition 
documents  and  processes 


Materiel  Solution  Analysis:  Safety 


0 


P rovide  safety  inputs  to  support  ITR 

Assess  and  identify  safety  opportunities 

Identify  resource,  technology,  and  regulatory  safety  criteria 

Review  STA  if  available  for  safety  opportunities 

Ensure  the  concept  de^ition  safety  drivers  are  captured  and  n^naged 

Review  historical  mishap  prevention  and  safety  information  (successes,  mishaps, 

lessons  learned,  DRs) 


Assess  safety  design  parameters  for  each  system  concept 
Analyze  and  assess  trade  space  and  hazard  risks  for  each  alternative  concept 
De^e  testing  requiren^nts  to  validate  and  verify  safety  design  requiren^nts 
Review  historical  mishap  prevention  and  safety  information  (successes,  mishaps, 
lessons  learned,  DRs) 


Translate  concept-level  safety  design  criteria  into  functional  requirements 
Analyze  and  assess  trade  space  and  hazard  risks  for  each  desired  functional 
performance  objective 

Review  historical  mishap  prevention  and  safety  information  (successes,  mishaps, 
lessons  learned,  DRs) 


Develop  ESOH  hazard  and  risk  analysis  (e.g.,  PHD 

Identify  component  system  safety  and  hazard  reduction  opportunities 

Identify  critical  component  system  safety  requirements 

Review  historical  mishap  prevention  and  safety  information  (successes,  mishaps, 

lessons  learned,  DRs) 


Identify  safety  parameters  that  support  concept  decisions  and  technology  selection  considerations 
Review  historical  mishap  prevention  and  safety  information  (successes,  mishaps, 
lessons  learned,  DRs) 


Assess  mishap  prevention  and  design  safety  when  rating  concept  alternatives  at 
the  component  level 

Assess  trade  space  decisions  associated  with  component  and  capability  factors 
Assess  and  document  risk  of  AF  inability  to  meet  safety  requirements  at  the  component  level 


•  Evaluate  safety  functional  capabilities  for  each  system  concept  based  on  component 
analysis  and  test  results 

•  Assess  safety  functionality  during  system  concept  analysis 

•  Assess  and  document  risk  of  AF  inability  to  meet  safety  requirements  at  the  functional  level 


•  Evaluate  the  conceptual  system's  overall  ability  to  meet  performance  capabilities  while 
incorporating  safety  parameters 

•  Identify  critical  safety  hazard  risks  and  mitigation  control  measures  for  rating  concept  alternatives 

•  Assess  and  document  risk  of  AF  inability  to  meet  safety  requirements  at  the  system  level 


Identify  the  preferred  safety  design  parameters  that  will  meet  user  performance  capabilities 
Identify  mitigation  control  measures  and  residual  risks  for  each  system  concept  decision 
Finalize  ESOH  hazard  and  risk  analysis  (e.g.,  PHD  for  each  system  concept 
Ensure  any  risks  ofAF  inability  to  meet  safety  requirements,  at  the  planned  operational 
readiness  level  and  OPSTEMPO.  are  documented  and  rejoected  in  the  program  cost 
estimate  and  related  program  documents 

Update  system-level  requirements,  as  necessary,  to  record  any  new  or  revised 
safety  requirements 


•  Identify  applicable  safety  criteria 

•  Ensure  concept  has  sufydent  detail  with  respect  to  risk  mitigation  to  support  valid  cost  estimates 

•  Provide  safety  inputs  to  rejoectthe  chosen  materiel  solution  approach 

•  P  rovide  safety  assumptions,  risks,  and  cost  drivers 


•  Prepare  results  of  ESOH  hazard  and  risk  analysis  for  each  alternative  and  recommend  level 
of  effort  required  for  the  Technology  Development  P  base 

•  E  nsure  safety  design  parameters  support  user  capability  requirements 

•  Provide  safety  inputs  and  risks  for  alternative  n^teriel  solutions  that  have  been  identiyed 


'  Trades'  •  Participate  in  trade  Studies  to  ensure  safety  criteria  are  addressed  and  identify  potential  top- 
'  level  hazards  throughoutthe  Materiel  Solution  Phase. 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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Activities  for  Each  Input; 

1.0  Develop  system  safety  requirements  and 
criteria  for  capabilities  documents 

1.1  Identify  safety  constraints  and  system 
performance  attributes 

2.0  De^e  system  safety  design  criteria 

3.0  Update  E SO H  hazard  and  risk 
analysis  {e.g.,  PHD 

3.1  Update  mishap  reduction  strategy 

3.2  De^e  safety  design  integration  plan 

3.3  Revise  safety  and  residual  risk 
mitigation  methodologies 

4.0  P  rovide  inputs  for  safety  considerations 

5.0  Characterize  safety  footprints  or  risks  for 
AM  development  and  decisions 

6.0  De^e  a  strategy  to  address  hazards 

6.1  Identify  needed  safety  technologies 

7.0  Incorporate  hazard  risk  mitigation  test  and 
veriycation  n^thodologies 

7.1  Incorporate  safety  release  and  risk 
acceptance  levels 

7.2  Address  safety  planning  strategy  and  test  and 
evaluation  support  requirements 

8.0  Review  analysis  data  and  revise  mishap 
prevention  and  safety  design  criteria 


Technology  Development  Phase  (Inputs) 

Safety 


/  Inputs  V_ 


ICD&DraftCDD 
Approved  Materiel  Solution 
Exit  Criteria 

Supports  Maintenance 
Concepts  &  Technologies 
AoA 
TDS 

T&E  Strategy 
System  Safety  Ana  lysis 


InterpretUser  Needs,  Analyze 
Operational  Capabilities  & 
Environmental  Constraints 


Validation 

Linkage 


Demo  &  Validate  System  & 
Tech  Maturity  Versus  Defined 
User  Needs  &  Environmental 
Constraints 


T 


Trades 


Trades 


t 


f  Develop  System  P erf 

1 

1  y 

1  (&  Constraints)  Spec  &  | 

1  Demo/Model  Integrated  System  i 

1  E  nabling/Critical  Tech  &  1 

1  Prototypes  Verification  Plan  1 

1^  Linkage  1 

1  .  1 

1  Versus  Performance  Spec  1 

1 


Develop  Functional  Definitions  for 
E  nabling/Critical  T  ech/P  rototypes 
&  Associated  Verification  Plan 


t 


Decompose  Functional 
Definitions  into  Critical 
Component  Definition  & 
Technologies  Verification  Plan 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


Tools: 

>  ESOH  Programmatic  RiskAssessment Toolset 

>  ATB  Model 
.  ISM 

»  HMIRS 
.  HFACS.HFIX 


«  Back 


Technology  Development  Phase  (Inputs):  Safety 


Address  safety  technology  needs 

Verify  maturity  of  critical  safety  technologies 

Develop  safety  criteria  and  identify  constraints 


Ensure  safety  criteria  are  traceable  to  de^ed  system  capabilities 

Identify  safety  requirements  in  system  performance  speci^ations,  solicitations,  contracts 

and  evaluation  criteria 

De^e  test  requiren^nts  for  identiyed  mishap  prevention  and  safety  technologies 


Assess  safety  and  hazard  impacts  from  technology  trade-offs  or  re^en^nts 
De^e  hazard  test  requiren^nts  for  identiyed  technologies 


Update  safety  design  criteria 

Assess  safety  hazards  with  hardware  and  software  elements  (physical  interfaces, 
functional  interfaces,  standards) 

Analyze  safety  design  parameters  for  system-of-systems  technology 
De^e  safety  testing  and  validation  methods  for  critical  system  components 


De^e  safety  criteria  for  support  and  training  systems 

Address  safety  constraints  and  risk  mitigation  control  measures  associated 

with  the  overall  system 

Revise  safety  cost  and  risk  drivers  based  on  testing  and  validation  reports 


Evaluate  safety  impacts  for  all  critical  technologies 

Validate  system  component  safety  requirements  for  selected  technologies 

Participate  in  and  evaluate  demonstrations 

Document  safety  design  criteria  and  risks  and  revise  component-level  requirements 


0 

0 


Evaluate  safety  design  criteria 

Evaluate  safety  during  system  demonstrations  and  prototyping  events 

Review  demonstration  and  mxieling  results  against  safety  speci^ations 
Assess  safety  impacts  for  identiyed  technology  risks  and  system  capabilities 

Evaluate  safety  of  enabling  technologies 

Ensure  applicable  safety  elen^nts  are  embedded  in  the  system  performance  speciycations 
and  system  development  efforts 


Ensure  safety  requiren^nts  are  de^ed,  testable,  and  traceable  to  system  capabilities 
and  user  requirements 

Validate  safety  criteria  against  user  requirements 

Ensure  measurable  safety  requirements  are  clearly  de^ed  in  the  system 

performance  speciycation 

Ensure  all  safety  performance  requirements  that  affect  system  requirements  derived  from 
the  CDD  are  testable  and  are  de^ed  in  the  system  functional  baseline 
E  nsure  safety  risks  are  included  in  the  comprehensive  risk  assessment 


'  Trades  '  •  Participate  in  frade-off  Studies  to  evaluate  options  against  identiyed  safety  criteria  throughout 
^  ^  ^  the  Technology  Development  P  base  to  ensure  safety  concerns  are  addressed 

•  Coordinate  with  other  HSI  domains  to  assess  trade-offs  within  HSI 

•  Ensure  trade  space  and  risks  analyzed  include  safety  considerations  and  are  assessed 
against  available  technologies 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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Technology  Development  Phase  (Outputs) 

Safety 


Activities  for  Each  Output; 


1.0  E  nsure  inclusion  of  system  safety  design 
and  requirements  parameters 

1.1  Include  requirements  and  criteria  for  safety 
and  SRCAdata 

1.2  Require  concurrence/approval  from 
applicable  safety  boards 

2.0  Address  safety  in  P DR 

3.0  Document  safety  releases 

3. 1  Identify  speciyc  test  requirerrcnts  to  include 
veriycation  of  safety  risk  mitigation 

3.2  Include  safety  test  strategy  and  requirements 

4.0  Update  strategy  for  integrating  safety  risk 

management  into  SE 

5.0  Document  preliminary  risks, 
integration  strategies,  and  safety 
management  responsibilities 

5.1  Identify  safety  compliance  schedules 
and  approval/ concurrence  processes 

5.2  E  nsure  proper  resourcing  of  safety 

6.0  P  rovide  inputs  if  requested 

7.0  Update  risk  mitigation  technology 
readiness  levels 

8.0  Monitor  for  reduction  opportunities 
e.g.,  HAZMAT 

9.0  Document  risk  levels,  mitigation  control 
measures,  and  unmitigated  risks 

10.0  Revise  preliminary  safety  requirements  for 
system  support  and  maintenance 

11.0  Provide  hazard  mitigation  and  mishap 
reduction  requirements 

11.1  Incorporate  PESHE  into  Acquisition  Strategy 

11.2  Include  safety  in  ICMP  update 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


Tools: 


.  PESHE  Checklist 

>  ESOH  Programmatic  RiskAssessment Toolset 

>  CostAvoidance  Methodology 

»  QRCA.  HMIRS.  HFACS.  HFIX 

>  3D  System  Safety  Engineering  Analysis 


«  Back 


«  Back 


Technology  Development  Phase  (Outputs):  Safety 


mm  •  Develop  safety  life  cycle  pro^e  and  system  boundaries 

•  Develop  detailed  safety  criteria 

•  Embed  safety  inputs  in  acquisition  documents 

•  Identify  and  develop  safety  critical  and  asset  requirements  and  verify  inclusion  in 
requirements  tracking  system 


•  Develop  ESOH  hazard  and  risk  analysis  (e.g.,  PHAandTHA) 

•  Update  safety  criteria  for  system  and  functional  speciycations 

•  Review  trade-off  studies  for  safety  impacts 

•  Expand  SRCA  to  ensure  functional  speciycations  are  included  in  the  requiren^nts  tracking 
system  and  system  verivcation  plans 

•  Review  safety  requirements  in  system  or  subsystem  solicitations  or  contracts 

•  P  rovide  safety  updates  for  demilitarization/disposal  planning 


•  Update  ESOH  hazard  and  risk  analysis  {e.g.,  PHA.  SHA.  SSHA,  O&SHA) 

•  Update  safety  criteria  for  components,  subsystems,  and  systems  to  include  test  requirements 

•  Expand  and  update  SRCA  as  detailed  design  speciycations  evolve 

•  Verify  critical  safety  design  speci^ations  are  included  in  requiren^nts  tracking  system^ 
detailed  design  speci^ations,  and  in  the  G  Veri^ation  plan 

•  Monitor  for  opportunities  to  reduce  HAZMAT  and  personal  protective  equipment  requirements 

•  Provide  updated  input  for  demilitarization/disposal  planning 


•  Identify  safety  criteria  and  ensure  all  hazards  and  risks  are  considered  and  documented, 
including  those  associated  with  system  operations  and  support 

•  Ensure  all  safety  performance  requirements  that  affect  system  requirements  derived  from 
the  ODD  have  been  addressed  and  are  included  in  the  system  functional  baseline 


•  Perform  total  system  safety  evaluation 

•  E  nsure  preliminary  design  decisions  will  not  cause  unacceptable  safety  hazards  and  mishaps 

•  Recommend  PDR  action  items  to  resolve  safety  problem  areas 

•  Provide  safety  inputs  to  the  assessment  of  the  system  and  subsystem  preliminary  design  as 
captured  in  the  G  speciycations 

•  Ensure  safety  risks  are  identiyed  and  n^nageable 

'  Trades'  •  Participate  in  trade  Studies  to  identify  potential  safety  concems  and  ensure  they  are  addressed 
^  ^  •  E  nsure  safety  criteria  are  considered  during  trade-offs  in  the  Technology  Development  P  base 

•  Coordinate  with  other  HSI  domains  to  assess  trade-offs  within  HSI 

•  Coordinate  with  systems  engineers  to  provide  inputs  to  trade-offs  that  affect  system 
and  subsystem  safety 

•  Re^e  safety-related  threshold  and  objective  requiren^nts  as  needed  based  on  the  results 
of  completed  trade  studies 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 


«  Back 


Activities  for  Each  Input; 

1.0  Include  SRCA  data,  critical  system,  operator 
safety  system  and  subsystem  requirements 
2.0  Include  safety  concerns  from  PESHE 
and  SSA  if  needed 

3.0  Ensure  risk  mitigation  for  identiyed 
safety  hazards 

4.0  Ensure  safety  requirements  are  resourced 
5.0  Identify  safety  risk  mitigation  requirements 

5.1  Identify  detailed  safety  requirements  objectives 
and  thresholds  for  human  performance 

6.0  Update  strategy  for  integrating  safety  risk 
management  in  SE 

7.0  P  rovide  safety  inputs  as  needed 
8.0  Identify  specif  safety  test  requirerr^nts  for 
hazards,  human  injury,  mishaps  &  accepted  risks 
9.0  Incorporate  safety  risks,  SE  integration 
strategies,  and  hazard  tracking  methodology 
10.0  Balance  requirements  with  STA 
offset  technologies 

11.0  Assess  shortfalls,  issues,  and  plans  with 
respect  to  safety 
12.0  Provide  inputs  if  needed 
13.0  Develop  risk  assessment  with  safety 
hazard  inputs  considering  all  applicable 
safety  disciplines 

14.0  E  nsure  safety  requirements  for  support  and 
maintenance  are  documented 

14.1  Identify  system  and  operator  safety  risks 
associated  with  operations  and  maintenance 

15.0  Identify  safety  criteria  for  future  system 
operations  and  support 


References: 


•  MIL-STD-882D 

•  mg 

•  DoD  System  Safety  Handbook 

•  API  63-1201 

•  API  63-101 

•  APPD90-8&APMAN  63-119 

•  API  91  Series 


Engineering  &  Manufacturing  Development  Phase  (Inputs) 

Safety 


_ /  Inputs  \ 

1.  Sys  Performance  Spec 

2.  Acquisition  Strategy 

3.  Exit  Criteria 

4.  APB  5.CDD  6.  SEP 

7.  PPP  8. TEMP  9.PESHE 
10.  STA  11.  ISP 

12.  NE  PA  Compliance  Schedule 

13.  RiskAssessment 

14.  Validated  Sys  Supports  Maint 
Objectives  &  Requirements 

15.  Product  Support  Strategy 


& 

Ir 


InterpretUser  Needs,  Refine 
System  Performance  Specs  & 
Environmental  Constraints 


J 


Trades 


^Develop  System  Punctional 
Specs  &  Verification 
Plan  to  Evolve  System 
Punctional  Baseline 


Lighter  blocks  reflecttechnical 
efforts  required  during  EM  D  if  PD R 
does  notcome  priorto  Milestone  B. 


>  r 


Evolve  Punctional 
Performance  Specs  into 
System  Allocated  Baseline 


Tools: 

•  PESHE  Checklist 

•  ESOH  Programmatic  RiskAssessment  Toolset 

•  QRCA.  HMIRS.  HPACS.  HPIX 

•  3D  System  Safety  Engineering  Analysis 

•  APSAS 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


«  Back 


Engineering  and  Manufacturing  Development  (Inputs):  Safety 


Develop  a  life  cycle  safety  and  mishap  prevention  pno^e  and  system  constraints 
Develop  detailed  system  safety  criteria 

Validate  safety  requiren^nts  are  reloected  in  acquisition  docun^ntation  (capabilities 
docun^nts,  system  speciycations,  etc.) 

Verify  safety-critical  requirements  are  embedded  in  the  requirements  tracking  system 

Revise  ESOH  hazard  and  risk  analysis  (e.g.,  PHAandTHA) 

Update  safety  criteria  for  system  and  functional  speciycations 

Review  all  trade  studies  for  safety  hazards  and  impacts 

Expand  SRCA  to  ensure  functional  system  safety  speciycations  are  included  in  the 

requiren^nts  tracking  system  and  in  the  System  Verivcation  Plan 

Finalize  ESOH  hazard  and  risk  analysis  (e.g.,  PHL.  SHA.  SSHA,  and  Q&SHA) 

Finalize  requirements  to  support SFR 

Update  safety  criteria  for  components,  subsystems,  and  systems  to  include  test  requirements 

Expand  and  update  SRCA  as  detailed  design  speciycations  evolve 

Verify  safety  critical  design  speci^ations  are  included  in  the  requirements  tracking  system^ 

detailed  design  speci^ations,  and  in  the  G  Veri^ation  Plan 

Revise  safety  requirements  in  systems  or  subsystems  solicitations  or  contracts 


Update  safety  criteria  for  components,  subsystems,  and  systems  to  include  test 
and  inspection  requirements 

Devise  safety  compliance  criteria  and  schedules  for  system  development  inspection 
processes  and  procedures 

Verify  safety  critical  design  speci^ations  are  included  in  the  nequinements  tracking  system 
and  detailed  design  speciycations 
Participate  in  CCB  to  include  reviewing  ECPs 


Cs) 


(g) 


(3> 


Trades 


Provide  safety  critical  impacts  and  hazard  risk  status 

Identify  safety  criteria  and  ensure  all  hazards  and  risks  are  considered  and  documented, 
including  those  associated  with  system  operations  and  product  support 
Ensure  all  safety  performance  requirements  that  affect  system  requirements  derived  from 
the  CDD  are  testable  and  are  de^ed  in  the  system  functional  baseline 

Provide  safety  inputs  to  the  assessment  of  the  system  and  subsystem  preliminary  design 

as  captured  in  the  G  speci^ations 

Assess  safety,  hazards,  and  residual  risk  status 

Ensure  safety  risks  are  identiyed  and  nenageable 

Ensure  all  safety  requirements  are  documented  in  system  speciycations 

Identify  and  perform  initial  evaluation  of  safety  issues  as  part  of  the  total  system 

Ensure  preliminary  design  will  not  cause  unacceptable  hazards,  risks,  and  mishaps 

Recomn^nd  PDR  action  items  to  resolve  safety  de^iencies 

Document  acceptance  status  of  all  safety  hazards  and  risks 

Ensure  safety  risks  have  been  addressed  as  required 

Ensure  design  n^ts  de^ed  system  safety  design  and  safety  standards;  docun^nt 

non-compliance  areas 

De^  risk  mitigation  control  n^sures  to  address  unresolved  hazards  or  non-compliance  areas 
Ensure  safety  requirements  and  constraints  have  been  addressed  in  the  product 
speciycations  for  each  G 

Review  design  documentation  as  required  to  ensure  safety  issues  have  been  addressed 

Participate  in  trade-off  studies  throughout  the  Engineering  and  Manufacturing  Development 

Phase  to  ensure  safety  concerns  are  addressed 

Coordinate  with  other  HSI  domains  to  assess  trade-offs  within  HSI 

Coordinate  with  systems  engineers  to  provide  inputs  to  trade-offs  that  affect  system 

and  subsystem  safety 

Continue  to  assess  overall  system  safety  design  as  system  evolves 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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Engineering  &  Manufacturing  Development  Phase  (Outputs)^ 

Safety 

/  OutputsX 


1.  Initial  Product  Baseline 

2.  Test  Reports 

3.  TEMP 

4.  Elements  of  Product  Support 

5.  Risk  Assessment 

6.  SEP  7.TRA  8.  PESHE 

9.  Life  Cycle 
Sustainment  Plan 

10.  System  Safety  Ana  lysis 

11.  Inputs  to: -CPD-STA -ISP 
Cost/ManpowerEst. 


FCA 


Combined  DT&E/OT&E/LFT&E 
Demonstrate  System  to 
Specified  User  Needs  and 
Environmental  Constraints 


Trades 


System  DT&E,  LFT&E  &  OAs, 
Verify  System  Functionality  and 
Constraints  Compliance  to  Specs 


Integrated  DT&E,  LFT&E  & 
EGAs  Verify  Performance 
Compliance  to  Specs 


L 


0 


Individual  Cl 
Verification  DT&E 


Fabricate,  Assemble,  Code  to 
"Build-to"  Documentation 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


Activities  for  Each  Output; 

1.0  Verify  that  safety  critical  designs  are  de^ed  and 
compliance  criteria  processes  are  established 

2.0  Verify  mitigation  controls  reduce  hazard 
risks  effectively;  analyze  anomalies, 
incidents,  and  mishaps 

3.0  Revise  safety  testing  requirements  as  needed 
and  validate  test  articles  are  released  with 
viable  mitigation  control  measures 

4.0  Include  safety  considerations  in  product  support 
strategy  for  trade-offs  and  analysis 

5.0  Document  and  report  residual  risks/risk 
acceptance  decisions 

6.0  Update  strategy  for  integrating  safety  risk 
management  into  SE 

7.0  Identify  mishap  mitigation  technology 
readiness  levels 

8.0  Update  identiyed  safety  risks,  SE  integration 
strategy,  safety  responsibilities,  and  methods  for 
tracking  hazard  progress 

9.0  Include  safety  hazard  constraints  for  the  entire 
life  cycle,  including  demilitarization  and  disposal 

10.0  Ensure  completion  of  ESOH  hazard  and  risk 
analysis  (e.g.,  PHA  and  SRCA,  development 
ofSSHAs,mand  Q&SHA) 

10.1  Identify  safety  requirements,  constraints,  and 
performance  attributes 

11.0  Recommend  operations  and  maintenance 
safety  training  and  staf^  requiren^nts 

11.1  Update  system  attrition  rate  inputs 

11.2  Update  inputs  to  LCMP 


Tools: 

•  PESHE  Checklist 

•  ESOH  Programmatic  RiskAssessment Toolset 

•  QRCA.  HMIRS.  HFACS.  HFIX.AFSAS 

•  3D  System  Safety  Engineering  Analysis 

•  RiskSafe  7 
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Engineering  and  Manufacturing  Development  (Outputs):  Safety 


© 


Validate  safety  design  requirements 

Review  and  recommend  safety  updates  to  TEMP 

Review  safety  releases  and  hazard  risk  acceptance  reviews  and  documentation 

Ensure  safety  tests  were  conducted  and  results  reviewed  for  safety  warning  systems,  hazard 
control  effectiveness,  and  risk  mitigation 

Ensure  G  Veriycation  DT&E  procedures  include  safety  conpliance  requirements 
and  veriycation  testing 

Participate  in  developmentofsystem  DR  procedures  (T.O.  QQ-35D-54) 

Verify  integrated  DT&E,  LFT&E,  and  EGA  procedures  include  appropriate  tests  derived  from 
system  safety  analyses 

Recommend  hazard  closure  and  mitigation  control  measures  based  on  DT&E  test  results 
Provide  safety  release  and  hazard  risk  acceptance  documentation 

Ensure  system  safety  tests  were  conducted  and  test  results  reviewed  for  system  and 
hazard  control  effectiveness 

Update  hazard  status  and  hazard  analyses  for  human  issues  based  on  any  conjuration  changes 
Assess  conjuration  changes  for  test  and  docun^nt  results 
Verify  system  DT&E,  LFT&E,  and  EGA  procedures  include  appropriate  tests  derived  from 
system  safety  analyses 

Recommend  hazard  closure  based  on  test  results 

P  rovide  safety  release  and  hazard  risk  acceptance  for  upcoming  test  activities 

Ensure  safety  specijation  requirements  have  been  veriyed 

Participate  in  CCB  to  include  reviewing  ECPs 

Participate  in  DR  boards  for  safety  implications 

E  nsure  safety  tests  were  conducted  and  test  results  reviewed  for  hazard  control  effectiveness 
Update  hazard  tracking  status  and  analyses  based  upon  conjuration  changes 
Assess  conjuration  changes  fortesting  and  docun^nt  results  (e.g.,  safety  assessment) 
Verify  combined  test  procedures  include  appropriate  safety  tests  as  derived  from  system 
safety  analyses  and  reviews 

Recommend  hazard  closure  or  risk  mitigation  based  on  test  results 
Provide  safety  release,  hazard  review,  and  risk  acceptance  for  test  activities 
Docun^nt  unresolved  safety  de  jiencies 
Ensure  continued  participation  in  DR  boards 


(S> 


(p^ 


FCA 


Trades 


E  nsure  safety  tests  were  conducted  and  test  results  reviewed  for  hazard  control  effectiveness 
Verify  safety  paran^ters  support  users  mission  capability  speci  jations 
Update  hazard  status  and  analyses  based  upon  conjuration  changes 
Recommend  hazard  closure  or  risk  mitigation  control  measures 
Continue  participation  in  DR  boards 

Assess  system  con  juration  fortesting,  document  safety  assessn^nt  and  article  release 
E  nsure  completion  of  safety  releases  and  risk  acceptance 

Verify  safety  requirements  and  constraints,  as  documented  in  the  functional  baseline,  have 
been  sufycientiy  addressed  in  the  system  functional  assessn^nt 
Ensure  safety  risks  are  identiyed  and  nenageable,  and  that  appropriate  n^trics  associated 
with  safety  are  in  place 

Highlight  risk  mitigation  and  hazard  control  measures 

Validate  safety  critical  speci  jations  are  docun^nted 
Document  safety  risks  and  their  acceptance  status 

E  nsure  a  process  is  in  place  that  will  assess  changes  to  the  design  or  manufacturing 
processes  to  ensure  changes  will  not  degrade  safety-related  performance 

Review  for  consistency  with  safety  and  human  requirements 
E nsure  safety  concerns  are  addressed  when  reviewing  the  CTs  testfanalysis  data,  including 
the  software  unit  test  results,  to  validate  the  intended  function  or  performance  stated  in  its 
specijation  is  met 


•  Participate  in  trade-off  studies  to  evaluate  safety  options  against  established  criteria 
throughout  the  Engineering  and  Manufacturing  Development  Phase  and  to  ensure  safety 
concerns  are  addressed 


Assess  safety  risks  against  exit  criteria  for  this  acquisition  phase 

Identify  those  safety  risks  that  could  result  in  a  breach  to  the  program  baseline  or 

substantially  impact  cost,  schedule,  or  performance 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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«  Back 


«  Back 


Activities  for  Each  Input; 

1.0  Review  integrated  system  test  results  and 
identify  safety  concerns 

1.1  Analyze  anomalies,  incidents  and  mishaps 
2.0  Document  formal  risk  disposition  of 

identiyed  hazards 

2.1  Update  PESHE  and  other  exit 
criteria  documentation 

2.2  Document  concerns  with  demilitarization/ 
disposal  safety  strategies 

3.0  Incorporate  system  mishap  prevention 
and  safety  thresholds 
4.0  Update  system  and  operator  safety 
requirements  and  performance  attributes 
5.0  Update  hazard  and  risk  mitigation  strategies 
6.0  Update  speciyc  test  and  safety 
release  requirements  and  risk 
mitigation  control  requirements 
7.0  Include  safety  analysis  results  (e.g.,  O&SHA) 
and  other  safety  resources 
8.0  Revise  to  rejoect  safety  risks,  SE  integration 
strategies,  and  hazard  tracking  methodology 
8.1  Identify  applicable  safety  boards  and 
processes  for  approval/  concurrence 
9.0  Complete  ESOH  hazard  and  risk  analysis 
(e.g.,  SRCA,  SSHAs,  m  and  Q&SHA) 


Production  &  Deployment  Phase 

Safety 


J Inputs  V 


1.  Test  Results 


Exit  Criteria 

APB 

CPD 

SEP 

TEMP 

Product  Support  Package 
PESHE 

System  Safety  Ana  lysis 


^Outputs  V_ 


1.  Production  Baseline 


A 


Test  Reports 
TEMP 
PESHE 
SEP 

System  Safety  Analysis 
Input  to: 

-Cost/Manpower  Est. 


Z 


1 

1  ^ 

p  '  s 

Analyze  Deficiencies  to  | 

1  ^  Verification/Validation  ^  | 

1  Verify  &  Validate 

Determine  Corrective  Actions  1 

1  Linkage  1 

1  Production  Configuration 

Activities  for  Each  Output; 


1.0 

1.1 

1.2 

2.0 


3.0 


3.1 


4.0 


4.1 


5.0 

6.0 

7.0 


7.1 


Track  critical  system  safety  items 
and  processes 

Monitor  inspection  requirements 
Document  concurrence/approval  of 
applicable  safety  boards 
Document  effectiveness  of  risk  mitigation 
controls,  ^dings  from  anomalies,  incidents, 
and  mishaps  from  developmental  and 
operational  testing 

Update  specif  test  and  safety  release 
requirements  and  verify  risk  mitigation  measures 
Monitor  safety  design  effectiveness  for 
unexpected  hazards  during  testing 
Update  PESHE  to  include  identiyed 
system  safety  and  hazard  risks,  strategy 
for  integration  into  SE,  system  safety 
responsibilities  and  hazard  tracking  methods 
Ensure  there  are  resources  to  continue  to 
track,  identify,  and  manage  safety  hazards 
and  associated  risks 

Update  strategy  for  integrating  hazard  risk 
management  into  SE 
Finalize  hazards  analyses 
Recomrrend  training  and  staf^ 
requirements  for  sustainable  safe 
operation  and  maintenance 
Update  system  attrition  rate  inputs 


«  Back 


Production  and  Deployment:  Safety 


Participate  in  DR  boards  for  safety  implications 

Participate  in  development  of  hazard  mitigation  control  measures 

Participate  in  CCB  to  include  reviewing  ECPs 

Participate  in  plans  to  build,  modify,  verify,  and  testthe  proposed  design  solution 
for  correcting  deyciencies 

Verify  safety  design  requirements  attesting,  basing,  and  training  locations 


•  Identify  safety-critical  designs  and  inspection  veriycation  requiren^nts 

•  Review  and  recommend  updates  to  TEMP  based  on  system  safety  analyses,  and  provide 
safety  release  documentation 

•  Provide  hazard  risk  review  and  acceptance  for  upcoming  test  activities 


•  Verify  and  validate  safety-critical  design  conyguretion 

•  Participate  in  test  activities 

•  Incorporate  approved  safety  changes  and  risk  mitigation  n^asures  in  ^al 
production  conyguration  baseline 


PCA  I  •  Identify  potential  safety  implications  from  system  conyguration 

•  Validate  all  critical  safety  functions  and  processes 

•  Identify  and  document  any  HAZMAT  from  engineering  and  production  drawings 

•  Ensure  approved  safety  changes  are  incorporated  into  revised  baselines, 
and  production  documentation 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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Activities  for  Each  Input; 


1.0  Review  for  safety  hazard  implications 

2.0  Review  for  personnel  and  system  safety 
considerations  and  potential  hazards 

3.0  Review  FOT&E  results  for  safety  implications 

3.1  Review  failure/mishap  reports  for  causal 
factors  or  mitigation  failures 

3.2  Provide  assistance  and  lessons  learned 
for  mishap  investigations 

4.0  Review  DRs  for  personnel  and  system 
safety  implications 

5.0  Update  strategy  for  integrating  hazard  risk 
management  into  SE 

5.1  Identify  applicable  safety  boards  and 
processes  for  concurrence/approval 

6.0  Ensure  PESHE  includes  identiyed  safety 
risks,  strategy  for  integration  into  SE,  safety 
responsibilities,  and  hazard  tracking  methods 

6.1  Identify  safety  boards  and  processes 
for  safety  changes 

7.0  Update  hazard  analysis  in  order  to  maintain 
current  hazard  tracking  system 


Operations  &  Support  Phase 

Safety 


_y  Inputs  v_ 


1.  Service  Use  Data 


1 


User  Feedback 
Failure  Reports 
Discrepancy  Reports 
SEP 
PESHE 

System  Safety  Ana  lysis 


_y  Outputs  v_ 


1.  Data  for  In-Service  Review 


Input  to  CDD  for  next  increment 
Modifications/Upgrades 
to  fielded  systems 
SEP 

System  Safety  Analysis 


t 


f  1 

1  Monitorand  CollectAII  1 

1  Implementand  Field  ■ 

1  Service  Use  Data  I 

k 

\ 

'  / 

\ 


Trades  f 


'  Trades  'x 


Analyze  Data  to 
Determine  RootCause 


Assess  Risk  of 
Improved  System 


\ 


T 


t 


f  i 

1  Determine  System  1 

1  *1 

1  ^ 

1  Integrate  and  Test  ■ 

1  Risk/Hazard  Severity  1 

1  Corrective  Action  1 

*  1 

1  '  1 

1  • 

References: 


►  MIL-STD-882D 

►  mg 

►  DoD  System  Safety  Handbook 

►  AFI  63-1201 

►  AFI  63-101 

►  DOD4160.21-M 

►  AFI  91  Series 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


Activities  for  Each  Output; 

1.0  Identify  safety  hazards  and  analyses  for 
yelded  systems  and  risk  acceptance  status 

2.0  Update  hazard  mitigation,  lessons  learned  and 
mishap  reduction  technology 

2.1  Write  requirements  using  safety  OH 
lessons  learned 

3.0  Update  residual  risk  for  users 

3.1  P  rovide  updated  inputs  for  demilitarization/ 
disposal  planning  with  safety  risks 

4.0  Update  strategy  for  integrating  safety  risk 
management  into  SE 

5.0  Sustain  hazard  analyses  for  ^Ided  system 

5.1  Input  hazard  analyses  for  next  increment  or 
similar  system  acquisitions 

5.2  Maintain  hazard  tracking  system  with  a  focus 
on  high  and  serious  risks  and  hazards  without 
formally  accepted  risks 

5.3  Identify  applicable  safety  boards  and 
processes  for  concurrence/  approval 


Tools: 

.  ASAP 
»  AFSAS 
>  RiskSafe  7 
.  HFACS 
.  HFjX 


«  Back 


Operations  and  Support:  Safety 


© 


Provide  system  safety  criteria  to  engineering  and  logistics  personnel 
Review  data  for  safety  hazards  (e.g.,  trend  analysis) 

Identify  opportunities  for  technology  insertion  to  reduce  new  or  current  safety  risks 
Track  mishap  rates  for  Class  A,  B,  and  C  mishaps  for  the  system  and  subsystem  elements 
Determine  whether  any  technical  data  change  requests  have  been  submitted  to  resolve  user 
or  system  safety  issues 

Track  open  technical  data  change  requests  to  resolve  HAZMAT  or  safety  issues 


Apply  appropriate  SS  A  techniques  to  determine  system  root  causal  factors 
Evaluate  data  for  safety  hazard  implications 
Update  hazard  analyses  and  databases 


Prioritize  hazards  for  risk  mitigation 
Update  hazard  analyses  and  databases 


Identify  safety  concerns  and  apply  order  of  precedence  to  corrective  actions  list 
Update  hazard  analyses  and  databases 

Identify  nequiren^nts  for  veri^ation  of  risk  mitigation  n^asunes  to  in|3uence  corrections 


Evaluate  test  results  for  the  effectiveness  of  mitigation  control  measures 
Update  hazard  analyses  and  databases 


•  Conduct  system  analyses  to  ensure  corrective  measures  do  not  contribute  to  additional 
de^iencies  or  degrade  hun^n  performance 

•  Identify  new  or  mitigated  risks  based  on  system  improvements 

•  Recommend  hazard  closure  to  appropriate  risk  acceptance  authorities 

•  Update  residual  risk  documentation 

•  Update  hazard  analyses  and  databases 


•  Track  system  health,  mishaps,  deyciencies,  closure  actions,  mitigation  n^asure 
effectiveness,  and  residual  risk  to  validate  enhancement  efforts 

•  Ensure  appropriate  mitigation  controls  are  used  for  safety  concerns 


In-Setvic^ 

Review^ 


Provide  inputs  on  mishaps  and  newly  identiyed  hazards  with  assessn^nt  of  risks,  mitigation 
measures,  veri^ation  of  mitigation  controls,  and  acceptance  of  residual  risks 
Identify  any  open  HAZMAT  and  safety  related  technical  data  change  requests 
Evaluate  status  of  high  and  serious  risk 

Solicit  user  feedback  against  known  safety  risk  areas  and  update  safety  risks  for  yelded 
systems  as  required 


'  Trades'  •  Participate  In  trade-off  Studies  to  evaluate  safety  options  against  established  criteria 
^  ^  ^  throughout  the  Operations  &  Support  Phase  to  ensure  safety  concerns  are  addressed 

•  Present  safety  impacts  for  trade  analyses  as  required 

•  Provide  safety  inputs  to  proposed  nndiycations  and  upgrades 

•  Coordinate  with  other  domain  POCs  as  required 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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Occupational  Health 


«  Back 


«  Back 


Occupational  Health — Promotes  system  design  features  and  procedures  that  serve  to  minimize  the  risk  of  injury,  acute  or  chronic  illness,  disability,  and 
enhance  job  performance  of  personnel  who  operate,  maintain,  or  support  the  system.  The  Occupational  Health  domain  prompts  design  features  to  prevent  health 
hazards  where  possible,  and  recommends  personal  protective  equipment,  protective  enclosures,  or  mitigation  measures  where  health  hazards  cannot  be  avoided. 
Prevalent  issues  include:  noise,  chemical  exposures,  atmospheric  hazards  (e.g.,  confined  space  entry  and  oxygen  deficiency),  vibration,  ionizing  and  non-ionizing 
radiation,  human  factors  considerations  that  can  result  in  chronic  disease  or  discomfort  such  as  repetitive  motion  injuries  or  other  ergonomic-related  problems 


«  Back 


«  Back 


Activities  for  Each  Input 

Review  CONORS  forOH  inputs 
Identify  and  document  likely  OH  hazard 
characteristics  as  part  of  the  capability  de^ition 
Participate  in  AoA  development  with 
key  OH  implications 

Review  all  alternatives  for  OH  implications 
and  hazard  risks 

Ensure  suf^ient  OH  support  is  available  for  AoA 
Develop  OH  speciyc  exit  criteria  for  ESOH 
hazard  and  risk  analysis  (e.g.,  PHD 
Integrate  strategy  for  health  hazard 
management  into  the  SE  processes  and  SEP. 
Provide  OH  inputs  for  alternative  maintenance 
and  logistics  solutions 


/  Inputs  V_ 


1.  ICD 

2.  AoA  Plan 

3.  Exit  Criteria 

4.  Alternative  Maintenance  & 
Logistics  Concepts 


Interpret  User  Needs,  Analyze 
Operational  Capabilities  & 
Environmental  Constraints 


Trades 


Develop  Concept  Performance 
(&  Constraints)  Definition  & 
Verification  Objectives 


Materiel  Solution  Analysis  Phase 

Occupational  Health 


VoutputsV. 


1.  Draft  System  Requirements 

2.  T&E  Strategy 

3.  SEP 

4.  System  Safety  Analysis 

5.  Supports  Maintenance 
Concepts  &  Technologies 

6.  Inputs  to: 

-draft  CDD -AoA  -TDS 
-Cost/Manpower  E  St. 


Validation 

Linkage 


Analyze/Assess  Concepts 
Versus  Defined  User  Needs  & 
Environmental  Constraints 


Trades 


Verification 

Linkage 


Assess/Analyze  Concept 
&  Verify  System 
Concept's  Performance 


Decompose  Concept 
Performance  into 
Functional  Definition  & 
Verification  Objectives 


Decompose  Concept 
Functional  Definition  into 
ComponentConcepts  & 
AssessmentObjectives 


Verification 

Linkage 


Assess/Analyze 
System  Concept  Versus 
Functional  Capabilities 


I 


Verification 

Linkage 


Assess/Analyze 
Enabling/Critical  Components 
Versus  Capabilities 


/ 


Develop  ComponentConcepts, 

/.e.,  Enabling/Critical  Technologies,  | 
Constraints  &  Cost/Risk  Drivers 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


Activities  for  Each  Output; 

1.0  Provide  ESOH  hazard  and  risk  analysis 
(e.g.,  criteria 

1.1  Identify  OH  requirements  and  constraints  for 
the  system  speciycations 

2.0  Provide  hazard  risk  mitigation  test  and 
veriycation  rrethodologies 

2.1  Develop  risk  acceptance  approach  fortesting 
3.0  Assist  in  strategy  development  for  OH  risk 

management  and  integration  of  OH  into  SE 
4.0  Ensure  completion  of  hazard  analysis  (e.g., 
PHD  for  each  system  concept 
5.0  Identify  potential  OH  operational  and 
maintenance  concerns 

5.1  Identify  emerging  technologies  and  hazards 
6.0  Ensure  manpov\er estirratES  reloect  mitigation 

of  OH  issues 

6.1  Provide  OH  inputs  for  all  documents  and 
processes  including  LCMP 

6.2  Ensure  OH  factors  are  incorporated 
into  cost  estimate 


Tools: 


•  HMIRS 

•  bee 

•  HSI  Requirements  Guide 


«  Back 


«  Back 


d 


Material  Solution  Analysis:  Occupational  Health 


Provide  OH  inputs  to  support  ITR  as  required 
Assess  and  identify  applicable  OH  limitations  and  constraints 
Identify  resource,  technology,  and  regulatory  health  hazard  criteria 
Review  STA  if  available 

Ensure  all  OH  drivers  of  the  concept  de^ition  are  conpletely  captured  and  n^naged  as 

integral  to  human-centered  systems 

Evaluate  any  legacy  system/materials  with  similar  function/mission 


Assess  each  system  concept  against  identiyed  OH  criteria  and  requinen^nts 
Analyze  and  assess  trade  space  and  hazard  risks  for  each  alternative  concept 
De^e  veriycation  planning  and  test  requiren^nts  needed  to  evaluate  the  ability  of  the 
matured  system  concepts  to  meet  requirements 


Translate  concept  level  OH  criteria  into  functional  requirements 

Analyze  and  assess  trade  space  and  hazard  risks  against  desired  functional  performance 

Evaluate  veriycation  planning  to  ensure  effective  T&E  of  n^tured  concept 


Analyze,  de^e,  and  mitigate  any  concept  design  requiren^nts  with  identiyed  OH  constraints 

Initiate  ESOH  hazard  and  risk  analysis  (e.g.,  PHD 

Initiate  identiycation  of  OH  component  constraints 

Identify  OH  requirements  against  critical  component  capabilities 


Evaluate  the  conceptual  system's  overall  ability  to  meet  performance  capability  requirements 
within  identi^d  OH  constraints 

Rate  concept  alternatives  atthis  level  to  identify  critical  OH  hazard  risks  and  identify 
mitigation  control  measures 

Assess  and  document  risk  of  AF  inability  to  meet  OH  requirements  atthe  system  level 
Validate  planned  OH  methods  for  system-level  operations  and  tasks 


Recommend  preferred  approach  for  system  concept  with  health  hazard  limitations 
Ensure  control  measures  are  implemented  to  mitigate  or  reduce  hazard  risks 
to  acceptance  level 

Finalize  hazard  analysis  (e.g.,  PHL)  for  each  system  concept 
Ensure  any  risks  ofAF  inability  to  meet  OH  requirements,  atthe  planned  operational 
readiness  level  and  OPSTEMPO.  are  documented  and  re|oectEd  in  the  program  cost 
estimate  and  related  program  documents 

Update  system-level  requirements,  as  necessary,  to  record  any  new  or  revised  OH  requirements 


Identify  applicable  OH  criteria  for  system 

Ensure  concept  has  sufycient  detail  with  respect  to  mitigation  to  support  valid  cost  estimate 
Include  information  in  PESHE 

Provide  OH  inputs  to  re|oectthe  chosen  materiel  solution  approach 
Provide  OH  assumptions,  risks,  and  cost  drivers 


Address  health  hazards  in  analyses,  modeling  and  simulation,  demonstrations,  etc. 
Review  historical  information  (/. e.,  legacy  system)  for  lessons  learned 

Assess  OH  and  hazard  impacts  when  rating  concept  alternatives 

Assess  and  document  risk  of  AF  inability  to  meetOH  requirements  atthe  component  level 

Validate  planned  OH  methods  for  component-level  tasks 


Prepare  results  of  ESOH  hazard  and  risk  analysis  (e.g.,  PHL)  for  each  alternative  and 
recommend  level  of  effort  required  for  Technology  Development  Phase 
Ensure  requirements  are  consistent  with  user  needs  and  OH  standards 
Provide  OH  inputs  and  riste  for  alternative  materiel  solutions  that  have  been  identic 


'  Trades'  •  Participate  in  trade  Studies  to  identify  potential  top-level  OH  hazards  and  ensure  OH 
^  criteria  are  included 


Evaluate  OH  functional  requirements  for  the  system  concept  based  on  component  test  results 
Assess  OH  impacts  when  rating  concept  alternatives  atthe  functional  level 
Assess  and  document  risk  of  AF  inability  to  meet  training  requirements  at  the  functional  level 
Validate  planned  OH  methods  for  functional-level  tasks 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 


«  Back 


Activities  for  Each  Input; 

Develop  OH  requirements  and  criteria 
Identify  OH  performance  constraints  and 
attributes  for  the  system 
Evaluate  conceptual  system  against 
identiyed  OH  critEiia 
Update  ESOH  hazard  and  risk  analysis 
ie.g.,  PHL) 

Update  integration  strategy  for  risk 
managementof  OH  into  SE 
Provide  OH  inputs  into  maintenance  and 
logistics  strategies 

Characterize  OH  risks  and  requirements 
for  each  alternative 

I  nclude  strategy  for  identiycation  of  hazards 
and  OH  technology  development 
Incorporate  hazard  risk  mitigation,  test 
and  veriycation  n^thodologies,  and  approach 
for  risk  acceptance 
Include  OH  planning  strategy  and 
requirements  to  supportT&E 
Update  ESOH  and  hazard  risk  analysis  for 
preferred  concept (e.g.,  PHLand  SRCA) 


Technology  Development  Phase  (Inputs) 

Occupational  Health 


/  Inputs  V_ 


ICD&DraftCDD 
Approved  Materiel  Solution 
Exit  Criteria 

Supports  Maintenance 
Concepts  &  Technologies 
AoA 
TDS 

T&E  Strategy 
System  Safety  Ana  lysis 


InterpretUser  Needs,  Analyze 
Operational  Capabilities  & 
Environmental  Constraints 


Validation 

Linkage 


Demo  Si  Validate  System  Si 
Tech  Maturity  Versus  Defined 
User  Needs  Si  Environmental 
Constraints 


r 


Trades 


Trades 


I 


f  Develop  System  P erf 

1 

1  y 

1  (Si  Constraints)  Spec  Si  | 

1  Demo/Model  Integrated  System  i 

1  Enabling/Critical  Tech  Si  1 

1  Prototypes  Verification  Plan  1 

1^  Linkage  1 

1  .  1 

1  Versus  Performance  Spec  1 

1 


Develop  Functional  Definitions  for 
E  nabling/Critical  T  ech/P  rototypes 
Si  Associated  Verification  Plan 


t 


Decompose  Functional 
Definitions  into  Critical 
Component  Definition  Si 
Technologies  Verification  Plan 


Tools: 


.  HMIRS 

>  CostAvoidance  Methodology 

.  AHAAH 
»  Mi 
.  DQEHRS 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


«  Back 


Technology  Development  Phase  (Inputs):  Occupational  Health 


P  rovide  0  H  inputs  to  support  S  R  R  as  required 
identify  criticai  OH  technoiogy  needs 

Assess  OH  technoiogy  maturity  to  ensure  TDS  inciudes  pian  to  mature  OH 
technoiogies  as  required 

Deveiop  OH  criteria  consistent  with  technoiogy  readiness  ieveis 
identify  OH  hazards  and  constraints  on  the  human 


Ensure  OH  criteria  are  traceabie  backto  de^ed  system capabiiities  and  constraints 
identify  OH  requirements  in  any  system  perfomence  speciycations,  soiicitation,  contract 
and  evaiuation  criteria 

De^e  hazard  test  requiren^nts  for  identiyed  technoiogies  and  prototypes 


Assess  OH  and  hazard  impacts  from  technoiogy  trade-offis  and  re^en^nts 
De^e  hazard  test  requiren^nts  for  identiyed  technoiogies  and  prototypes 


Update  OH  criteria  for  criticai  components 

Assess  OH  hazard  impacts  on  hardware  and  software  eiements  (physicai  interfaces, 
functionai  interfaces,  standards,  and  existing  technoiogy) 

U nderstand  0 H  impacts  for  system-of-system  technoiogies 
De^e  hazard  testing  and  vaiidation  for  criticai  system  components 


Verify  modeiing  and  simuiation,  demonstrations,  and  anaiyses  address  OH  concerns 
Understand  and  identify  OH  constraints  and  hazard  risks  associated  with  the  overaii  system 
Revise  OH  costand  risk  drivers  based  on  technoiogies  testing  and  vaiidation 
De^e  OH  criteria  for  support  and  training  systems 


0 

O 


•  Evaiuate  system  criticai  technoiogies  for  OH  hazards 

•  Review  demonstration  resuits  for  OH  constraints,  risks,  hazards,  and  opportunities 

•  Assess  OH  impacts  associated  with  acceptabie  ieveis  of  risk  and  system  capabiiities 

•  Evaiuate  enabiing  technoiogies  fortotai  system  from  an  OH  perspective 

•  Ensure  appiicabie  OH  eien^nts  are  embedded  in  the  system  perfomence  speciycations 
and  associated  system  deveiopment  effort 


(SR^  •  EnsureOHrequiren^nt5arede^ed,testabie,  and  traceabie 

•  VaiidateOH  criteria  against  user  requirements 

•  Ensure  neasurable  OH  requiren^nts  are  dearly  deyned  in  the  system  performance  speci^ation 

•  Ensure  aii  OH  performance  requirements  that  affect  system  requirements  derived  from  the 
ODD  are  testabie  and  de^ed  in  the  system  functional  baseiine 

•  Ensure  OH  risks  are  inciuded  in  the  comprehensive  risk  assessment 

'  Trades  ,  •  Participate  in  frade-off  Studies  toevaiuate  options  against  identiyed  OH  criteria  throughout 
^  the  Technoiogy  Deveiopment  Phase  to  ensure  OH  concerns  are  addressed 

•  Coordinate  with  other  HSi  domains  to  assess  trade-offs  within  HSi 

•  Ensure  trade  space  and  risks  anaiyzed  inciude  OH  considerations  and  are  assessed 
against  avaiiabie  technoiogies 


Evaiuate  criticai  technoiogies  components  from  an  OH  perspective 
Vaiidate  technoiogy  components  against  system  component  requirements 
Participate  in  and  evaiuate  demonstrations  for  new  technoiogy  components 
Document  OH  risks  and  revise  component-ievei  requirements 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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Technology  Development  Phase  (Outputs) 

Occupational  Health 


Activities  for  Each  Output; 


1.0 

1.1 

2.0 

3.0 

3.1 

4.0 

5.0 


6.0 

7.0 

8.0 

9.0 

9.1 

10.0 

11.0 


11.1 


Ensure  inclusion  of  OH  into 
baseline  parameters 
Include  requirements  and  criteria  for  OH 
and  SRCAdata 

Ensure  OH  issues  and  concerns  are  fully 
addressed  atPDR 

Document  OH  test  requirements  to  include 

veriycation  of  risk  mitigation  plans 

Include  OH  planning  strategy  to  supportT&E 

Update  OH  integration  strategy  and  include 

considerations  into  SE 

Develop  PE  SHE  to  include  OH  integration 

strategy,  risks,  responsibilities,  and  hazard 

tracking  process 

Provide  inputs  as  needed 

Update  risk  mitigation  technology 

readiness  levels 

Include  OH  hazard  issues/criteria 
Identify  OH  hazards  and  mitigation  techniques 
for  system  risk  assessment 
Review  contractor  risk  mitigation  plans  for  OH 
Provide  preliminary  OH  requirements  for 
system  support  and  maintenance 
Identify  OH  requirements,  constraints,  and 
system  attributes  in  capabilities  documents, 
strategy  documents,  and  ICMP 
Develop  OH  inputs  for  cost  and  manpower 
estimates  in  regards  to  hazards  and 
mitigation  plans 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


Tools: 


.  HMIRS 

>  CostAvoidance  Methodology 

.  AHAAH 

>  ESOH  Programmatic  RiskAssessment Toolset 


>  PESHE  Checklist 

>  BEE.DOEHRS 


«  Back 


«  Back 


Technology  Development  Phase  (Outputs):  Occupational  Health 


■  ■  •  Develop  a  life  cycle  OH  pno^e  and  system  restraints 

•  Develop  detailed  OH  system  criteria 

•  Verify  OH  inputs  in  acquisition  documentation  (i.e.,  capabilities  documents, 
system  speciycations,  etc.) 

•  Identify  and  develop  OH  critical  requirements  and  verify  they  are  included  in  the 
requirements  tracking  system 


Initiate  development  of  ESOH  hazard  and  riskanalysis  (e.g..  PHAandTHA) 

Update  OH  criteria  for  system  and  functional  speciycations 
Review  all  trade  studies  for  OH  impacts 

Expand  SRCA  to  ensure  functional  OH  speciycations  are  included  in  the  requiren^nts 
tracking  system  and  in  the  System  Verivcation  Plan 
Provide  OH  updates  for  demilitarization/disposal  planning 


•  Update  ESOH  hazard  and  riskanalysis  for  OH  impacts  (e.g.,  PHL,  SHA, 

SSHA,and  O&SHA) 

•  Ensure  documentation  of  OH  impacts  for  SFR 

•  Update  OH  criteria  for  components,  subsystems,  and  systems  to  include  test  requirements 

•  Expand  and  update  SRCA  as  detailed  design  speciycations  evolve 

•  Verify  OH  critical  design  speciycations  are  included  in  the  requiren^nts  tracking  system^ 
detailed  design  speciycations,  and  in  the  O  Veriycation  Plan 

•  Review  OH  requirements  in  any  system  or  subsystem  solicitation  or  contract 

•  Provide  updated  input  for  demilitarization/disposal  planning 


(SF^  •  Identify  OH  criteria  and  ensure  all  hazards  and  risks  are  considered  and  documented, 
including  those  associated  with  system  operations  and  product  support 
•  Ensure  OH  performance  requirements  that  affect  system  requirements  derived  from  the 
ODD  have  been  addressed  and  are  included  in  the  system  functional  baseline 


c™)  •  Identify  and  perform  initial  evaluation  of  OH  hazards  and  issues  as  part  of  the  total  system 

•  Ensure  OH  riste  are  identiyed  and  n^nageable 

•  Ensure  preliminary  design  will  not  cause  unacceptable  OH  issues 

•  Recommend  PDR  action  items  to  resolve  OH  problem  areas 

•  Provide  OH  inputs  to  the  assessment  of  the  system  and  subsystem  preliminary  design  as 
captured  in  the  conyguration  item  speciycations 


Trades 


•  Participate  in  trade  studies  to  identify  potential  OH  hazards  and  to  ensure  OH 
concerns  are  addressed 

•  Ensure  OH  criteria  are  considered  during  trade-offs  during  the  Technology 
Development  Phase 

•  Coordinate  with  other  HSI  domains  to  assess  trade-offs  within  HSI 

•  Coordinate  with  systems  engineers  to  provide  inputs  to  trade-offs  that  affect  system 
and  subsystem  OH 

•  Re^e  OH-related  threshold  and  objective  requiren^nts  as  needed  based  on  the  results  of 
completed  trade  studies 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 


«  Back 


Activities  for  Each  Input; 

1.0  Include  SRCA  data  and  critical  OH  system  and 
subsystem  requirements 
2.0  Provide  inputs 

3.0  Ensure  risk  mitigation  for  identic  OH  hazards 
4.0  Ensure  OH  efforts  are  properly  resourced 
5.0  Identify  OH  hazard  mitigation  and  include  OH 
requirements  objectives  and  thresholds  for 
human  performance 

6.0  Update  strategy  for  integrating  OH  risk 
management  in  SE 
7.0  P  rovide  0  H  inputs  as  needed 
8.0  Identify  speciyc  OH  test  requiren^nts  for 
hazards,  human  injury,  and  accepted  risks 
9.0  Ensure  PE  SHE  includes  OH  risks,  strategy  for 
integration  into  SE,  OH  responsibilities,  and 
methods  for  tracking  hazard  progress 
10.0  Provide  OH  inputs  as  needed 
11.0  P  rovide  inputs  on  performance  feedback  and 
hazard  identiycation  and  corrmunication 
12.0  Ensure  inclusion  of  OH 
13.0  Develop  risk  assessment  with  OH  hazard  inputs 
considering  all  applicable  sub-domain  criteria 
14.0  Identify  OH  hazards  and  risks  associated  with 
system  operations  and  maintenance 
15.0  Identify  OH  criteria  for  future  system 
operations  and  support 


References: 


•  MIL-STD-882D 

•  mg 

•  DoD  System  Safety  Handbook 

•  DODI  6055.05 

•  API  32-7086 

•  API  63-1201  &AFI  63-101 

•  AFPD90-8 


Engineering  &  Manufacturing  Development  Phase  (Inputs) 

Occupational  Health 


_ /  Inputs  \ 

1.  Sys  Performance  Spec 

2.  Acquisition  Strategy 

3.  Exit  Criteria 

4.  APB  5.CDD  6.  SEP 

7.  PPP  8. TEMP  9.PESHE 
10.  STA  11.  ISP 

12.  NE  PA  Compliance  Schedule 

13.  RiskAssessment 

14.  Validated  Sys  Supports  Maint 
Objectives  &  Requirements 

15.  Product  Support  Strategy 


0 

Ir 


InterpretUser  Needs,  Refine 
System  Performance  Specs  & 
Environmental  Constraints 


J 


Trades 


^Develop  System  Functional 
Specs  &  Verification 
Plan  to  Evolve  System 
Functional  Baseline 


Lighter  blocks  reflecttechnical 
efforts  required  during  EM  D  if  PD R 
does  notcome  priorto  Milestone  B. 


>  r 


Evolve  Functional 
Performance  Specs  into 
System  Allocated  Baseline 


Tools: 


•  HMIRS 

•  CostAvoidance  Methodology 

•  AHAAH 

•  ESOH  Programmatic  RiskAssessment  Toolset 

•  PESHE  Checklist 

•  BEE.DQEHRS 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


«  Back 


Engineering  and  Manufacturing  Development  (Inputs):  Occupational  Health 


Develop  a  life  cycle  OH  pno^e  and  system  restraints 
Develop  detailed  OH  system  criteria 

Verify  OH  inputs  in  acquisition  documentation  (i.e.,  capabilities  documents, 
system  speciycations,  etc.) 

Identify  and  develop  OH  critical  requirements  and  verify  they  are  included  in  the 
requirements  tracking  system 

Initiate  development  of  ESOH  hazard  and  riskanalysis  (e.g..  PHAandTHA) 

Update  OH  criteria  for  system  and  functional  speciycations 
Review  all  trade  studies  for  OH  impacts 

Expand  SRCA  to  ensure  functional  OH  speciycations  are  included  in  the  requiren^nts 
tracking  system  and  in  the  System  Verivcation  Plan 

Finalize  ESOH  hazard  and  risk  analysis  for  OH  impacts  (e.g.,  PHL,  SHA.  SSHA,  and  O&SHA) 
Ensure  documentation  of  OH  impacts  forSFR 

Update  OH  criteria  for  components,  subsystems,  and  systems  to  include  test  requirements 

Expand  and  update  SRCA  as  detailed  design  speciycations  evolve 

Verify  OH  critical  design  speciycations  are  included  in  the  requiren^nts  tracking  system^ 

detailed  design  speci^ations,  and  in  the  G  Veri^ation  Plan 

Review  OH  requirements  in  any  system  or  subsystem  solicitation  or  contract 

Update  OH  criteria  for  components,  subsystems,  and  systems  to  include  test 
and  inspection  requirements 

Include  critical  OH  processes  and  procedures  in  inspection  plans 

Verify  OH  critical  design  speciycations  are  included  in  the  requinen^nts  tracking  system  and 

detailed  design  speciycations 


Cs> 


C™) 


(3) 


Trades 


Provide  OH  critical  impacts  and  hazard  risk  status 

Identify  OH  criteria  and  ensure  all  hazards  and  risks  are  considered  and  documented, 
including  those  associated  with  system  operations  and  product  support 
Ensure  all  OH  performance  requirements  that  affect  system  requirements  derived  from  the 
ODD  are  testable  and  are  de^ed  in  the  system  functional  baseline 

Assess  OH  hazard  and  risk  status 

Ensure  OH  riste  are  identiyed  and  nenageable 

Ensure  all  OH  requiren^nts  are  docun^nted  in  system  speciycations 

Identify  and  perform  initial  evaluation  of  OH  hazards  and  issues  as  part  of  the  total  system 

Ensure  preliminary  design  will  not  cause  unacceptable  OH  issues 

Recommend  PDR  action  items  to  resolve  OH  problem  areas 

Provide  OH  inputs  to  the  assessment  of  the  system  and  subsystem  preliminary  design  as 

captured  in  the  G  speciycations 

Document  acceptance  status  of  all  OH  hazards  and  risks 
Ensure  design  meets  OH  standards;  identify  issues 
Document  non-compliance  areas 

De^  risk  mitigation  control  n^sures  to  address  unresolved  hazards  or  non-compliance  areas 
Ensure  OH  requirements  and  constraints  have  been  addressed  in  the  product 
speciycations  for  each  G 

Review  design  documentation  as  required  to  ensure  OH  issues  have  been  addressed 

Participate  in  trade-off  studies  to  evaluate  options  against  established  OH  criteria  for  the 
Engineering  and  Manufacturing  Development  Phase  and  to  ensure  OH  concerns  are  addressed 
Coordinate  with  other  HSI  domains  to  assess  trade-offs  within  HSI 
Coordinate  with  systems  engineers  to  provide  inputs  to  trade-offs  that  affect  system  and 
subsystem  OH  requirements 

Assess  status  of  OH  for  entire  system  components  and  entire  system 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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Engineering  &  Manufacturing  Development  Phase  (Outputs)^ 

Occupational  Health 

/  OutputsX 


1.  Initial  Product  Baseline 

2.  Test  Reports 

3.  TEMP 

4.  Elements  of  Product  Support 

5.  Risk  Assessment 

6.  SEP  7.TRA  8.  PESHE 

9.  Life  Cycle 
Sustainment  Plan 

10.  System  Safety  Ana  lysis 

11.  Inputs  to: -CPD-STA -ISP 
Cost/ManpowerEst. 


FCA 


Combined  DT&E/OT&E/LFT&E 
Demonstrate  System  to 
Specified  User  Needs  and 
Environmental  Constraints 


Trades 


System  DT&E,  LFT&E  &  OAs, 
Verify  System  Functionality  and 
Constraints  Compliance  to  Specs 


Integrated  DT&E,  LFT&E  & 
EGAs  Verify  Performance 
Compliance  to  Specs 


L 


0 


Individual  Cl 
Verification  DT&E 


Fabricate,  Assemble,  Code  to 
"Build-to"  Documentation 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


Activities  for  Each  Output; 

I. 0  Include  OH  critical  items  and  processes  in  the 

baseline  and  identify  inspection  requirements 

2.0  Verify  that  mitigation  controls  effectively 
reduce  hazard  risks 

2.1  Analyze  anomalies,  incidents,  and  OH 
related  mishaps 

3.0  Ensure  OH  hazards  and  mitigation  techniques 
will  be  evaluated  during  system  testing 

4.0  Include  OH  considerations  in  product  support 
strategy  for  trade-offs  and  analysis 

5.0  Document  and  report  residual  risks/risk 
acceptance  decisions 

6.0  Update  risk  management  integration 
strategy  into  SE 

7.0  Identify  mitigation  technology  readiness  levels 
for  OH  issues 

8.0  Update  PESHE  to  include  identiyed  OH 
risks,  strategy  for  integration  into  SE,  and 
OH  responsibilities  and  methods  for  tracking 
hazard  progress 

9.0  Include  OH  and  hazard  constraints  for  entire  life 
cycle,  including  demilitarization  and  disposal 

10.0  Identify  OH  requirements,  constraints,  and 
system  performance  attributes 

II. 0  Recommend  operational  and  maintenance 

training  and  staf^g  requirermnts  for  OH 

11.1  Update  system  attrition  rate  inputs 


Tools: 


•  HMIRS 

•  DOORS 

•  CostAvoidance  Methodology 

•  ESOH  Programmatic  RiskAssessment Toolset 

•  PESHE  Checklist 

•  BEE.DOEHRS 


«  Back 


«  Back 


Engineering  and  Manufacturing  Development  (Outputs):  Occupational  Health 


0 


Evaluate  process  and  design  changes  for  OH  considerations 

Review  and  recommend  OH  updates  to  TEMP 

Initiate  OH  hazard  risk  acceptance  reviews  and  documentation 

Ensure  OH  tests  were  conducted  and  results  reviewed  for  hazard  control  effectiveness 
and  risk  mitigation 
Update  hazard  status 

Verify  integrated  DT&E,  LFT&E,  and  EOA  procedures  include  appropriate  tests  derived 
from  OH  analyses 

Recommend  hazard  closure  and  mitigation  control  measures  based  on  DT&E  test  results 
Provide  safety  release  and  hazard  risk  acceptance  documentation 
Participate  in  the  developmentof  a  T.O.  QQ-35D-54-compliantDR  process 

Ensure  OH  tests  were  conducted  and  test  results  reviewed  for  hazard  control  effectiveness 
Update  OH  hazard  status  and  hazard  analyses  based  on  any  conjuration  changes 
Assess  conjuration  changes  fortesting  and  docun^nt  results 
Verify  system  DT&E,  LFT&E,  and  EOA  procedures  include  appropriate  tests  derived 
from  OH  analyses 

Recommend  hazard  mitigation  or  closure  based  on  test  results 
P  rovide  safety  release  and  hazard  risk  acceptance  for  upcoming  test  activities 
Ensure  OH  speci  jation  requiren^nts  have  been  veriyed 
Participate  in  DR  boards  for  OH  implications 

Ensure  OH  tests  were  conducted  and  test  results  reviewed  for  hazard  control  effectiveness 

Update  hazard  status  and  analyses  based  upon  conjuration  changes 

Assess  conjuration  changes  fortesting  and  docun^nt  results 

Verify  combined  test  procedures  include  appropriate  OH  tests,  as  derived  from  OH 

analyses  and  reviews 

Recommend  hazard  closure  or  risk  mitigation  based  on  test  results 

Provide  safety  release  and  hazard  risk  review  and  acceptance  for  upcoming  test  activities 

Document  unresolved  OH  issues 

Continue  to  participate  in  DR  boards  for  OH  implications 


(S> 

(S> 


Ensure  OH  tests  were  conducted  and  test  results  reviewed  for  hazard  control  effectiveness 

Ensure  OH  hazard  risks  are  addressed,  characterized,  and  mitigated 

Update  hazard  status  and  analyses  based  upon  conjuration  changes 

Recommend  hazard  closure  or  risk  mitigation  control  measures 

Continue  to  participate  in  DR  boards  for  OH  implications 


Assess  con  juration  for  testing  and  docun^ntOH  assessn^nt 
Ensure  safety  releases  and  OH  risk  acceptances  are  completed 

Verify  OH  requirements  and  constraints,  as  documented  in  the  functional  baseline,  have 
been  sufydentiy  addressed  in  the  system  functionality  assessment 
Ensure  all  OH  risks  are  identi  jd  and  manageable,  and  that  appropriate  n^trics 
associated  with  OH  are  in  place 
Provide  any  risk  mitigation  and  hazard  controls 

Provide  OH  critical  speci  jations 
Document  OH  risks  and  their  acceptance  status 

•  E  nsure  a  process  is  in  place  that  will  assess  changes  to  the  design  or  manufacturing 
processes  to  ensure  changes  will  not  degrade  OH  performance 

I  FCA  I  •  Reviewforconsistency  with  OH  requirements 

•  Identify  and  document  any  HAZMAT  from  engineering  and  production  drawings 

•  Ensure  OH  concerns  are  addressed  when  reviewing  the  Cj^ test/analysis  data,  including 
software  unit  test  results,  to  validate  the  intended  function  or  performance  stated  in  its 
speci  jation  is  met 

Trades  '  •  Participate  in  trade-off  studies  to  evaluate  OH  options  against  established  criteria 
^  throughoutthe  Engineering  and  Manufacturing  Development  Phase  and  to  ensure  OH 
concerns  are  addressed 

CORA  y  •  Assess  OH  risks  against  exit  criteria  for  this  acquisition  phase 

•  Identify  those  OH  risks  that  could  result  in  a  breach  to  the  program  baseline  or  substantially 
impact  cost,  schedule,  or  performance 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 
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Activities  for  Each  Input; 


1.0 

1.1 

2.0 

2.1 

3.0 

4.0 

5.0 

6.0 


7.0 


8.0 


9.0 


Review  integrated  system  test  results  and 

identify  OH  concerns 

Analyze  OH  anomalies  and  incidents 

Document  formal  risk  disposition  of 

identiyed  OH  hazards 

Update  PESHE  and  other  exit 

criteria  documentation 

Update  OH  considerations  and  criteria 

Update  OH  requirements  and  performance 

attributes  for  the  system 

Update  hazard  and  risk  mitigation  strategies 

Update  speciyc  test  and  OH  release 

requirerrents  and  veriycation  of  risk  mitigation 

control  requirements  for  OH 

Include  hazard  analysis  results  (e.g.,  O&SHA) 

and  other  OH  support  resources 

Include  identiyed  OH  risks  and  strategy 

for  integration  into  SE,  OH  hazard  tracking, 

and  risk  mitigation 

Complete  ESOH  hazard  and  risk  analysis 
{e.g.,  SRCA,  SSHA,  SM,  and  Q&SHA) 


Production  &  Deployment  Phase 

Occupational  Health 


y Inputs  v 


1.  Test  Results 


Exit  Criteria 

APB 

CPD 

SEP 

TEMP 

Product  Support  Package 
PESHE 

System  Safety  Ana  lysis 


^Outputs  V_ 


1.  Production  Baseline 


A 


Test  Reports 
TEMP 
PESHE 
SEP 

System  Safety  Analysis 
Input  to: 

-Cost/Manpower  Est. 


Z 


1 

Analyze  Deficiencies  to  1 

L- 

Verification/Validation  ^  | 

1  Verify  &  Validate 

Determine  Corrective  Actions  1 

1 

Linkage  1 

1  Production  Configuration 

References: 


►  MIL-STD-882D 

►  DoD  System  Safety  Handbook 

►  DODI  6055.05 

►  API  32-7086 

►  API  63-1201  &AFI  63-101 

►  AFPD90-8 


Activities  for  Each  Output; 


1.0 

1.1 

2.0 

3.0 

3.1 

4.0 


4.1 

5.0 

6.0 

7.0 


Identify  OH  critical  items  and  processes 
Specify  inspection  requirements 
Document  effectiveness  of  risk  mitigation 
controls,  ^ings  from  anomalies,  and  incidents 
Update  speciyc  test  and  OH  release 
requirerrents  for  risk  control  veriycation 
Review  any  OH  related  nediycations  based 
on  test  results 

Update  PESHE  to  include  identiyed  OH 
risks,  strategy  for  integration  into  SE,  and 
hazard  tracking  methods 
Ensure  resources  are  available  to  continue  to 
track,  identify,  and  manage  OH  hazards  and  risk 
Update  OH  risk  management  strategy  for  SE 
Finalize  hazard  analyses 
Recomrr^nd  training  and  staf^ 
requirements  for  OH 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


Tools: 

.  CARE 
»  DOORS 
.  HMIRS 

>  ESOH  Programmatic  RiskAssessmentToolset 

.  PESHE  Checklist 

»  Mi 


«  Back 


Production  and  Deployment:  Occupational  Health 


Review  DRs  for  OH  implications 

Participate  in  development  of  hazard  mitigation  control  measures 
Participate  in  CCB  to  include  reviewing  ECPs 

Participate  in  plans  to  build,  modify,  verify,  and  testthe  proposed  design  solution 
for  correcting  deyciencies 

Verify  OH  requirements  attesting,  basing,  and  training  locations 

Identify  OH-ciitical  items  and  inspection  and  veriycation  requinen^nts 
Review  and  recommend  updates  to  TEMP  based  on  OH  analyses,  and  provide 
safety  release  documentation 

Provide  hazard  risk  review  and  acceptance  for  upcoming  test  activities 


■Ttt  •  Verify  and  validate  OH-critical  design  elements 

•  Participate  in  test  activities 

•  Incorporate  approved  OH  changes  and  risk  mitigation  techniques  in  ^al 
production  conyguration  baseline 

I  PCA  I  •  Identify  potential  OH  implications  from  system  conyguration 

•  Validate  all  processes  that  have  OH  critical  functions 

•  Update  any  HAZMAT  from  engineering  and  production  drawings 

•  Ensure  approved  OH  changes  are  incorporated  into  revised  baselines, 
and  production  documentation 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 


147 


«  Back 


«  Back 


Activities  for  Each  Input; 


1.0  Review  for  OH  considerations  and  hazards 

2.0  Review  for  OH  considerations  and 
potential  hazards 

3.0  Review  FOT&E  results  for  OH  implications 

3.1  Review  failure/mishap  reports  for  causal 
factors  or  mitigation  failures 

4.0  Review  discrepancy  reports  for  OH  hazards 
and  implications 

5.0  Update  strategy  for  integrating  OH  risk 
management  into  SE 

6.0  Ensure  PESHE  includes  identiyed  OH  risks, 
strategy  for  integration  into  SE,  system 
responsibilities  in  regards  to  OH,  and  hazard 
tracking  methods 

6.1  Identify  safety  boards  and  processes 
for  OH  changes 

6.2  Identify  and  evaluate  emerging  technologies 
to  mitigate  OH  hazards  encountered  during 
operations  and  support  of  yelded  systEnns 

7.0  Update  hazard  analysis  in  order  to  maintain 
current  hazard  tracking  system 


Operations  &  Support  Phase 

Occupational  Health 


y Inputs  v 


1.  Service  Use  Data 


User  Feedback 
Failure  Reports 
Discrepancy  Reports 
SEP 
PESHE 

System  Safety  Ana  lysis 


_y  Outputs  v_ 


1.  Data  for  In-Service  Review 


Input  to  ODD  for  next  increment 
Modifications/Upgrades 
to  fielded  systems 
SEP 

System  Safety  Analysis 


t 


1  Monitorand  CollectAII  1 

1  Implementand  Field  ■ 

1  Service  Use  Data  I 

k 

\ 

'  / 

\ 


Trades  f 


'  Trades  'x 


t 


li 

V  h  '  ^ 

Analyze  Data  to  1 

^1  Assess  Risk  of  M 

Determine  RootCause  1 

\  \ 

1  Improved  System  1 

\ 


t 


P  1 

1  Determine  System  1 

1  *1 

1  ^ 

1  Integrate  and  Test  ■ 

1  Risk/Hazard  Severity  1 

1  Corrective  Action  1 

*  1 

1  '  1 

1  * 

Activities  for  Each  Output; 

1.0  Identify  hazards  and  analyses  for  systems  and 
OH  risk  acceptance  status 

2.0  Update  hazard  mitigation  and  mishap 
reduction  technology 

2.1  Write  requirements  using  OH  lessons  learned 

3.0  Update  residual  risk 

3.1  P  rovide  updated  inputs  for  demilitarization/ 
disposal  planning  with  OH  hazard  risks 

4.0  Update  strategy  for  integrating  OH  risk 
management  into  SE 

5.0  Sustain  hazard  analyses  for  ^Ided  system 

5.1  Input  hazard  analyses  for  next  increment  or 
similar  system  acquisitions 

5.2  Maintain  hazard  tracking  system  with  a  focus 
on  high  and  serious  risks  and  hazards  without 
formally  accepted  risks 


References; 

The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 

Tools; 

•  MIL-STD-882D 

•  DoD  Svstem  Safetv  Handbook 

•  DODI  6055.05 

•  AFI  32-7086  &AFI  63-1201 

•  AFI  63-101  &AFI  63-1101 

•  AFPD90-8 

•  T.O.OO-35D-54 

•  CARE 

•  HMIRS 

•  ESOH  Proarammatic  RiskAssessment Toolset 

•  Mi 

Operations  and  Support:  Occupational  Health 


Provide  OH  criteria  to  engineering  and  logistics  personnel 
Review  data  for  OH  hazards  and  trends 

Identify  opportunities  for  technology  insertion  to  reduce  new  or  current  OH  risks 
Determine  whether  any  technical  data  change  requests  have  been  submitted  to 
resolve  OH  issues 

T rack  open  technical  data  change  requests  to  resolve  HAZMAT  issues 


© 


Apply  appropriate  OH  analysis  techniques  to  determine  system  root  causal  factors 
Evaluate  data  for  OH  hazard  implications 
Update  hazard  analyses  and  databases 


Prioritize  hazards  for  risk  mitigation 
Update  hazard  analyses  and  databases 


Apply  OH  in  order  of  precedence  to  corrective  actions  list 
Update  hazard  analyses  and  databases 

Identify  requiren^nts  for  veri^ation  of  risk  mitigation  n^asunes  to  in|3uence  corrections 


Evaluate  test  results  for  the  effectiveness  of  mitigation  control  measures 
Update  hazard  analyses  and  databases 


•  Conduct  system  analyses  to  ensure  corrective  measures  do  not  contribute  to  additional 
de^iencies  or  degrade  hun^n  performance 

•  Recommend  hazard  closure  to  appropriate  risk  acceptance  authorities 

•  Update  residual  risk  documentation 

•  Update  hazard  analyses  and  databases 


•  Track  mishaps,  de^iencies,  closure  actions,  mitigation  n^asure  effectiveness,  and  residual 
risk  to  validate  enhancement  efforts 

•  Ensure  appropriate  mitigation  controls  are  used  for  OH  concerns 


In-Sen/ic^ 

Review^ 


•  Provide  inputs  on  mishaps  and  newly  identiyed  hazards  with  assessn^nt  of  risks,  mitigation 
measures,  veri^ation  of  mitigation  controls,  and  acceptance  of  residual  risks 

•  Identify  any  open  HAZMAT  and  OH-related  technical  data  change  requests 

•  Evaluate  status  of  high  and  serious  risks 

•  Solicit  userfeedback  against  known  OH  risk  areas  and  update  OH  risks  for 
yelded  systems  as  required 


'  Trades'  •  Participate  In  trade-off  Studies  to  evaluate  OH  options  against  established  criteria  throughout 
'  the  Operations  and  Support  Phase 

•  Present  OH  impacts  for  trade  analyses  as  required 

•  Provide  OH  inputs  to  proposed  modiycations  and  upgrades 

•  Coordinate  with  other  domain  POCs  as  required 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 


«  Back 


Habitability 


«  Back 


«  Back 


Habitability — Involves  characteristics  of  system  living  and  working  conditions  such  as:  lighting,  ventilation,  adequate  space,  vibration,  noise,  temperature  control, 
availability  of  medical  care,  food  and/or  drink  services,  suitable  sleeping  quarters,  sanitation,  and  personal  hygiene  facilities.  Such  characteristics  are  necessary  to 
sustain  high  levels  of  personnel  morale,  motivation,  quality  of  life,  safety,  health,  and  comfort,  contributing  directly  to  personnel  effectiveness  and  overall  system 
performance.  These  habitability  characteristics  also  directly  impact  personnel  recruitment  and  retention.  Some  operational/organizational  issues  may  preclude 
sufficient  attention  to  habitability  concerns,  hence  other  HSI  domains  may  need  to  be  worked  to  mitigate  the  resulting  effects  on  system  personnel  and  performance 


«  Back 


«  Back 


Activities  for  Each  Input 

Assist  in  deling  the  long-term  human 
operating  environment  under  consideration 

mission  requirements 

Ensure  consideration  of  minimal  habitability 
factors  which  are  those  living  and  working 
conditions  that  are  necessary  to  sustain  safety, 
health,  and  comfort  of  the  user  population  and 
directly  contribute  to  personnel  effectiveness 
and  mission  accomplishment.  Factors  include: 
nutrition,  lighting,  space,  ventilation,  and 
sanitation;  noise  and  temperature  control  (/.e., 
heating  and  air  conditioning);  and  berthing, 
bathing,  and  personal  hygiene 
Coordinate  inputs  with  other  HSI  domains 
related  to  habitability  including  manpower, 
personnel,  HFE,  and  ESOH 
Provide  habitability  inputs  toAoA 
plan  development 
Develop  habitability  exit  criteria 
Ensure  that  notional  habitability  concepts  are 
included  in  CONORS  and  Logistics  Concepts 
Provide  habitability  inputs  for  maintenance 
facilities  and  activities 


ICD 

2.  AoAPIan 

3.  Exit  Criteria 

4.  Alternative  Maintenance  & 
Logistics  Concepts 


Materiel  Solution  Analysis  Phase 

Habitability 


/  Inputs  V_ 


VoutputsV. 


1.  Draft  System  Requirements 


T&E  Strategy 
SEP 

System  Safety  Ana  lysis 
Supports  Maintenance 
Concepts  &  Technologies 
Inputs  to: 

-draft  CDD-AoA  -TDS 
-Cost/Manpower  E  St. 


Interpret  User  Needs,  Analyze 
Operational  Capabilities  & 
Environmental  Constraints 


A 


Validation 

Linkage 


Analyze/Assess  Concepts 
Versus  Defined  User  Needs  & 
Environmental  Constraints 


Trades 


Trades 


Develop  Concept  Performance 
(&  Constraints)  Definition  & 
Verification  Objectives 


Verification 

Linkage 


Assess/Analyze  Concept 
&  Verify  System 
Concept's  Performance 


v 


Decompose  Concept 
Performance  into 
Functional  Definition  & 
Verification  Objectives 


Verification 

Linkage 


Assess/Analyze 
System  Concept  Versus 
Functional  Capabilities 


t 


V 


/ 


Decompose  Concept 
Functional  Definition  into 
ComponentConcepts  & 
AssessmentObjectives 


Verification 

Linkage 


Assess/Analyze 
Enabling/Critical  Components 
Versus  Capabilities 


/ 


Develop  ComponentConcepts, 

/.e.,  Enabling/Critical  Technologies,  | 
Constraints  &  Cost/Risk  Drivers 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


Activities  for  Each  Output; 


1.0  Provide  habitability  inputs  for  preliminary  system 
speci^tions  for  lighting,  space,  ventilation, 
nutrition  and  sanitation;  noise  and  temperature 
control  (/.e.,  heating  and  air  conditioning);  and 
berthing,  and  personal  hygiene 

2.0  Provide  habitability  risk  inputs  to  T&E  strategy 

2.1  Identify  requirements  for  habitability 
simulations,  mockups  and  test  facilities 

3.0  Provide  habitability  inputs  to  the  HSIP 

4.0  Coordinate  with  the  System  Safety  Working 
Group  to  ensure  habitability  considerations 
are  addressed  in  the  SSA 

5.0  Identify  habitability  concerns  for  maintenance 
and  support  concepts 

6.0  Provide  habitability  KPPs  as  required 

6.1  Review  trade  studies/technical  demos  for 
habitability  constraints  and  risks 

6.2  Provide  inputs  to  the  TDS  for  critical 
habitability  technologies  as  required 

6.3  Review  and  provide  inputs  to  LCMP 


Tools: 


.  my 

i  Index  of  Habitability 
.  IMPRINT.  CATIA.  I ACK 

i  HSI  Requirements  Guide 


«  Back 


«  Back 


Materiel  Solution  Analysis:  Habitability 


Match  habitability  criteria  against  operational  concepts,  current  doctrine,  the  intended  system's 
mission,  planned  usage  and  support  environment,  and  planned  employment 
Determine  habitability  constraints,  if  any  (resource-industrial  base;  notional  available 
developTOnt  operation,  and  support  budgets;  required  date  for  system  yelding) 

Determine  applicable  habitability  technologies  available  for  use  for  concept  maturation 
Review  applicable  guidance  (DoD  5000-series;  CJ  CSM/I  guidance,  etc.) 

Ensure  all  habitability  drivers  for  the  concept  de^ition  are  completely  captured  and  managed 
as  an  integral  human-centered  system 

Assess  each  system  concept  against  identiyed  habitability  criteria  and  requirements 
Assess  habitability  trade  spaces  and  risks  for  each  alternative  concept,  both  within  related  HSI 
domains  and  between  other  functional  areas 

Ensure  habitability  criteria  are  well-de^ed  and  related  to  the  capability  needs 

Ensure  veriycation  planning  considers  the  analysis,  nndeling,  and  test  requiren^nts  needed 

to  determine  the  ability  of  the  conceptual  system  to  meet  requirements 

Ensure  habitability  concepts  are  included  in  functional  de^itions  and  veriycation  objectives 
Ensure  applicable  habitability  requirements,  impacts,  and  risks,  (for  the  tactical  system, 
support  systems,  training  system,  etc.)  are  integrated  into  functional  requirements 
Analyze  and  assess  trade  spaces  and  habitability  risks  against  desired  functional  performance 
Ensure  veriycation  planning  includes  habitab'lity  requiren^nts  within  each  functional  requinen^nt 

Analyze  and  de^e  functional  component  design  requiren^nts,  and  compare  with 
identiyed  habitability  constraints 

Ensure  veri^ation  planning  includes  habitability  requirements  within  each  component  requirement 

Initiate  identiycation  of  component  habitability  constraints 

Ensure  habitability  is  adequately  addressed  in  analyses,  models  and  simulations, 

mockups  and  demonstrations. 

Review  historical  information  (e.g.,  successes,  mishaps,  lessons  learned,  poor  human 
performance  examples,  etc.) 

Coordinate  with  other  organizations  who  also  address  habitability  issues  like  the  Navy  and 
National  Aeronautics  Space  Administration  (NASA)  and  review  lessons  learned 


Identity  habitability  requirements  against  critical  component  capabilities  and  support  architectures 
Ensure  habitability  impacts  are  assessed  when  rating  concept  alternatives 
Ensure  habitability  goals  contribute  to  the  success  of  each  functional  component  if  required 
Assess  and  document  risk  of  AF  inability  to  meet  habitability  requirements  atthe  component  level 

Ensure  habitability  attributes  are  integrated  into  the  overall  capability 

Assess  habitability  considerations  in  each  of  the  functional  areas  and  ensure  habitability 

goals  contribute  to  the  overall  capability  of  the  system 

Assess  and  document  risk  of  AF  inability  to  meet  habitability  requirements  atthe  functional  level 

Evaluate  the  conceptual  system's  overall  ability  to  meet  performance  capability  requirements 
within  identi^d  habitability  constraints 

Rate  concept  alternatives  at  this  level  to  identify  critical  habitability  risks  and 
mitigation  control  measures 

Verify  each  habitability  component  (nutrition,  hygiene,  space,  etc.)  is  suf^ientJy  considered 

to  meet  overall  mission  performance 

Assist  lead  SE  and  lead  HSI  in  preparing  fortheASR  as  required 

Assess  and  document  risk  of  AF  inability  to  meet  habitability  requirements  atthe  system  level 

Recommend  a  proposed  approach  that  incorporates  habitability  concerns  and  trade-offs 
Finalize  list  of  habitability  risks  and  mitigation  measures  if  applicable 
Ensure  all  risks  ofAF  inability  to  meet  habitability  requirements,  atthe  planned  operational 
readiness  level  and  OPSTEMPO,  are  documented  and  re|oectEd  in  the  program  cost 
estimate  and  related  program  documents 

Update  system-level  requirements,  as  necessary,  to  record  any  new  or  revised 
habitability  requirements 


Provide  habitability  inputs  to  reloectthe  chosen  nrateriel  solution  approach 
Provide  habitability  assumptions,  risks,  and  cost  drivers 

Provide  habitability  inputs  and  risks  for  alternative  nrateriel  solutions  that  have  been  identiyed 

E  nsure  habitability  considerations  are  addressed  in  trade  studies,  alternative  solutions, 
and  proposed  prototypes 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  SE  step  boxes. 


«  Back 


«  Back 


1.0  Collect  and  interpret  data  related  to  habitability 
and  identify  habitability  constraints  and 
performance  attributes 

2.0  Evaluate  solution  concept  against 
habitability  requirements 

2.1  Ensure  integration  with  other  HSI  domains 

2.2  Provide  habitability  inputs  to  the  mockup  and 
modeling  and  simulation  approaches 

3.0  Develop  habitability  exit  criteria 

3.1  P  rovide  Net  Habitable  Volume  requirements 
(if  applicable) 

3.2  Ensure  that  habitability  concepts  in 
CONOPS  and  Support  Concepts  are 
re^ed  and  updated 

4.0  Provide  habitability  inputs  for  maintenance 
facilities  and  activities 

5.0  Provide  habitability  inputs  to  alternatives 
identiyed  in  ^  and  technologies 
identiyed  inTDS 

6.0  Determine  habitability  veriycation  n^thods 
(inspection,  analysis,  demonstration,  or  test) 

7.0  Incorporate  habitability  risks  in  T&E  Strategy 

7.1  Incorporate  requirements  for  habitability 
simulations,  mockups,  and  test  facilities 

8.0  Identify  habitability  hazards  and  coordinate 
with  safety  POCs  to  provide  inputs  as  required 


Technology  Development  Phase  (Inputs) 

Habitability 


/  Inputs  V_ 


ICD&DraftCDD 
Approved  Materiel  Solution 
Exit  Criteria 

Supports  Maintenance 
Concepts  &  Technologies 
AoA 
TDS 

T&E  Strategy 
System  Safety  Ana  lysis 


InterpretUser  Needs,  Analyze 
Operational  Capabilities  & 
Environmental  Constraints 


Validation 

Linkage 


Demo  Si  Validate  System  Si 
Tech  Maturity  Versus  Defined 
User  Needs  Si  Environmental 
Constraints 


Trades 


Trades 


t 


f  Develop  System  P erf 

1 

1  y 

1  (Si  Constraints)  Spec  Si  | 

1  Demo/Model  Integrated  System  i 

1  Enabling/Critical  Tech  Si  1 

1  Prototypes  Verification  Plan  1 

1^  Linkage  1 

1  .  1 

1  Versus  Performance  Spec  1 

\ 


Develop  Functional  Definitions  for 
E  nabling/Critical  T  ech/P  rototypes 
Si  Associated  Verification  Plan 


t 


Decompose  Functional 
Definitions  into  Critical 
Component  Definition  Si 
Technologies  Verification  Plan 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


«  Back 


Technology  Development  Phase  (Inputs):  Hahitahility 


© 


© 

© 

© 


Update  habitability  constraints 

Develop  habitability  criteria  for:  available  space  and  privacy,  egress,  ergonomics,  access 
to  water  and  nutrition,  hygiene,  berthing,  temperature  and  noise  control,  and  support  facilities 
Identify  habitability  technology  needs 

Update  habitability  performance  criteria 

Add  habitability  criteria  to  system  and  subsystem  speci^ations 

Formulate  habitability  veriycation  and  test  criteria 

Ensure  habitability  is  added  to  evaluation  factors  for  solicitations  and  contract  documents 

Update  habitability  subsystem  criteria  and  continue  to  integrate  with  other 
HSI  domains  for  inputs 

Develop  habitability  subsystem  evaluation  criteria 

Update  habitability  subsystem  criteria  and  continue  to  integrate  with  other 
HSI  domains  for  inputs 

Develop  habitability  subsystem  evaluation  criteria 

Update  habitability  subsystem  criteria  and  continue  to  integrate  with  other 
HSI  domains  for  inputs 

Develop  habitability  subsystem  evaluation  criteria 


© 

© 


•  U  pdate  survey  of  habitability  critical  technologies 

•  Verify/update  risks  related  to  critical  technologies 

•  Oversee  habitability  mockup  and  modeling  and  simulation  activities 

•  Review  habitability  modeling  outputs  for  hazards  and  risks 

•  Continue  to  evaluate  habitability-critical  technologies 


•  Validate  habitability  criteria  against  user  requirements 

•  Ensure  measurable  habitability  requiren^nts  are  clearly  de^ed  in  the 
system  performance  speciycation 

•  Ensure  all  habitability  performance  requirements  that  affect  system  requirements  derived 
from  the  CDD  are  testable  and  de^ed  in  the  system  functional  baseline 

•  E  nsure  that  habitability  risks  are  included  in  the  comprehensive  risk  assessment 


'  Trades'  •  Coordinate  with  Other  HSI  domains  to  assess  trade-offs  within  HSI 
^  '  •  Ensure  trade  space  and  risks  analyzed  include  habitability  considerations  and  are  assessed 

against  available  technologies 


© 


U  pdate  survey  of  habitability  critical  technologies 
Verify/update  risks  related  to  critical  technologies 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 


«  Back 


Technology  Development  Phase  (Outputs) 

Habitability 


Activities  for  Each  Output; 


I. 0  Provide  habitability  criteria  for  each  G 
2.0  Provide  habitability  inputs 

3.0  Determine  habitability  risk  areas  to  make 
inputs  to  the  TEMP 

3. 1  DetEirrine  veriycation  criteria  for  the 
designated  habitability  risk  areas 

4.0  Ensure  habitability  processes,  measurement 
tools,  and  roles  for  habitability  specialists  are 
de^ed  in  the  HSIP  section  of  the  SEP 
5.0  Provide  habitability  inputs 
6.0  Provide  inputs  as  required 
7.0  Update  technology  readiness  assessments  for 
habitability  technologies  as  required 
8.0  Work  with  Environmental  Engineers  to 

coordinate  habitability  inputs  to  NEPA  checklists 
9.0  P rovide  habitability  risks  inputs 
10.0  Provide  habitability  inputs  to  maintenance 
facilities  planning  and  update  habitability 
inputs  as  required 

II. 0  Update  habitability  inputs  to  integrated  baseline 

11.1  Provide  habitability  inputs  to  these  documents 
as  required 

11.2  Update  habitability  inputs  to  CDD 

11.3  Provide  habitability  inputs  to  life  cycle 
cost  estimates 

11.4  Integrate  habitability  characteristics  with 
manpower  estimates 

11.5  Review  and  provide  updates  to  ICMP 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


Tools: 


.  NHV 

>  Index  of  Habitability 

>  IMPRINT.  CATIA.  I ACK 

>  Anthropometry  measurements 


«  Back 


Technology  Development  Phase  (Outputs):  Hahitability 


o 


Update  habitability  constraints 

Develop  habitability  criteria  for:  available  space  and  privacy,  egress,  ergonomics,  access 
to  water  and  nutrition,  hygiene,  berthing,  temperature  and  noise  control,  and  support  facilities 
Identify  habitability  technology  needs 


•  Update  habitability  performance  criteria 

•  Provide  habitability  inputs  to  system  functional  performance  requirements 

•  Develop  habitability  subsystem  evaluation  criteria 

•  Provide  habitability  updates  for  demilitarization/disposal  planning  if  appropriate 


a 


Update  habitability  subsystem  criteria  and  continue  to  integrate  with  other  HS I  domains  for  inputs 
Develop  habitability  subsystem  evaluation  criteria 


•  Provide  updated  input  for  demilitarization/disposal  planning  as  needed 


•  Ensure  all  habitability  performance  requirements  that  affect  system  requirements  derived 
from  the  CDD  have  been  addressed  and  are  included  in  the  system  functional  baseline 


c™)  •  Provide  habitability  inputs  to  the  assessment  of  the  system  and  subsystem  preliminary 
design  as  captured  in  the  G  speciycations 
•  Ensure  habitability  risks  are  identiyed  and  manageable 


'  Trades  ,  •  Coordinate  with  Other  HS  I  domains  to  assess  trade-offs  within  HS  I 

•  Coordinate  with  systems  engineers  to  provide  inputs  to  trade-offs  that  affect  system 
and  subsystem  habitability 

•  Re^e  habitability-related  threshold  and  objective  requirenents  as  needed  based  on  the 
results  of  completed  trade  studies 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 


«  Back 


Activities  for  Each  Input; 

1.0  Provide  habitability  inputs  to  system 
performance  speciycations 
1.1  Include  military  or  civilian  speciycations  as 
required  (MIL-STD,  NASA,  etc.) 

2.0  Provide  habitability  inputs  as  required 
3.0  P  rovide  critical  habitability  thresholds  required 
to  progress  to  next  acquisition  phase 
4.0  Verify  habitability  inputs  are  included  in  the 
APB  and  provide  inputs  as  required 
5.0  Update  habitability  inputs  to  the  CDD 
6.0  Update  the  habitability  section  of  the  HSIP 
7.0  Provide  habitability  inputs  as  requested 
8.0  Update  habitability  risk  areas  to  determine  test 
strategies  and  resources  required 
9.0  Coordinate  with  ESOH  specialists  to 
ensure  habitability  risks  have  been 
addressed  in  the  PESHE 
10.0  Provide  inputs  as  requested 
11.0  Provide  inputs  as  requested 
12.0  Coordinate  with  ESOH  specialists  to  provide 
habitability  inputs  as  requested 
13.0  Update  habitability  risk  areas 
14.0  P  rovide  habitability  constraints  to  system 
support  and  maintenance  objectives 
15.0  P  rovide  habitability  inputs  to  total 
ownership  cost  assessments 


References: 


•  DQDI  5000.02  &  DAG 

•  NASA-STD-3001  VOIII 

•  API  63-101 

•  T.Q.00-35D-54 


Engineering  &  Manufacturing  Development  Phase  (Inputs) 

\  Habitability  / 


_ /  Inputs  \ 

1.  Sys  Performance  Spec 

2.  Acquisition  Strategy 

3.  Exit  Criteria 

4.  APB  5.  CDD  6.  SEP 

7.  PPP  8. TEMP  9.PESHE 
10.  STA  11.  ISP 

12.  NE  PA  Compliance  Schedule 

13.  RiskAssessment 

14.  Validated  Sys  Supports  Maint 
Objectives  &  Requirements 

15.  Product  Support  Strategy 


InterpretUser  Needs,  Refine 
System  Performance  Specs  & 
Environmental  Constraints 


J 


Trades 


'Develop  System  Functional 
Specs  &  Verification 
Plan  to  Evolve  System 
Functional  Baseline 


Lighter  blocks  reflecttechnical 
efforts  required  during  EM  D  if  PD R 
does  notcome  priorto  Milestone  B. 


Evolve  Functional 
Performance  Specs  into 
System  Allocated  Baseline 


Evolved  Functional  Specs  into 
Product  (Build  to)  Documentation 
&  Inspection  Plan 


Evolve  Cl  Functional  Specs  into 
Product  (Build  to)  Documentation 
&  Inspection  Plan 


Tools: 

•  NHV 

•  Index  of  Habitability 

•  IMPRINT.  CATIA.  I ACK 

•  Scale  mockuDS 

•  Anthropometry  measurements 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


«  Back 


Engineering  and  Manufacturing  Development  (Inputs):  Habitability 


Update  habitability  constraints 

Develop  habitability  criteria  for:  available  space  and  privacy,  egress,  ergonomics,  access 
to  water  and  nutrition,  hygiene,  berthing,  temperature  and  noise  control,  and  support  facilities 
Identify  habitability  technology  needs 


•  Update  habitability  performance  criteria 

•  Provide  habitability  inputs  to  system  functional  performance  requirements 

•  Develop  habitability  subsystem  evaluation  criteria 


•  Update  habitability  performance  criteria 

•  Provide  habitability  inputs  to  system  functional  performance  requirements 

•  Develop  habitability  subsystem  evaluation  criteria 


•  Provide  habitability  inputs  to  product  speciycations  and  drawings 

•  Review  modeling  and  mockup  data  as  required 


Cs)  •  Ensure  all  habitability  performance  requirements  that  affect  system  requirements  derived 
from  the  CDD  are  testable  and  de^ed  in  the  system  functional  baseline 

C™)  •  Provide  habitability  inputs  to  the  assessment  of  the  system  and  subsystem  preliminary 
design  as  captured  in  the  G  speciycations 
•  Ensure  habitability  risks  are  identiyed  and  manageable 


.  E  nsure  habitability  requirements  and  constraints  have  been  addressed  in  the  product 
speciycations  for  each  G 

•  Review  design  documentation  as  required  to  ensure  habitability  issues  have  been  addressed 

•  Ensure  habitability  risk  areas  have  been  addressed  as  required 

'  Trades'  •  Coordinate  with  Other  HSI  domains  to  assess  trade-offs  within  HSI 

'  •  Coordinate  with  systems  engineers  to  provide  inputs  to  trade-offs  that  affect  system 
and  subsystem  habitability 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 


«  Back 


Engineering  &  Manufacturing  Development  Phase  (Outputs) 

Habitability 

/  OutputsX 


1.  Initial  Product  Baseline 

2.  Test  Reports 

3.  TEMP 

4.  Elements  of  Product  Support 

5.  Risk  Assessment 

6.  SEP  7.TRA  8.  PESHE 

9.  Life  Cycle 
Sustainment  Plan 

10.  System  Safety  Ana  lysis 

11.  Inputs  to: -CPD-STA -ISP 
Cost/ManpowerEst. 


FCA 


Combined  DT&E/OT&E/LFT&E 
Demonstrate  System  to 
Specified  User  Needs  and 
Environmental  Constraints 


Trades 


System  DT&E,  LFT&E  &  OAs, 
Verify  System  Functionality  and 
Constraints  Compliance  to  Specs 


Integrated  DT&E,  LFT&E  & 
EGAs  Verify  Performance 
Compliance  to  Specs 


L 


0 


Individual  Cl 
Verification  DT&E 


Fabricate,  Assemble,  Code  to 
"Build-to"  Documentation 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


Activities  for  Each  Output; 

I. 0  Verify  that  habitability  characteristics  have 

been  addressed  in  the  Cjs  in  the  initial 
product  baseline 

2.0  Review  test  reports  for  habitability  implications 

2.1  Documenttest  results  for 
habitability-speci^  testing 

3.0  Ensure  top-level  habitability  strategies  are 
documented  in  the  TEMP 

4.0  Identify  habitability  implications  for  maintenance 
and  support  facilities  and  work  areas 

4.1  Coordinate  with  ESOH  specialists  to 
address  habitability  issues 

5.0  Coordinate  with  ESOH  POCs  and  update 
habitability  risks  as  required 

6.0  Update  habitability  inputs  to  H SIP  within  the  SEP. 

7.0  Update  status  of  critical  habitability  technologies 

8.0  Coordinate  with  ESOH  specialists  to  determine 
which  habitability  considerations  have  been 
addressed  in  the  PESHE 

9.0  Provide  LCMP  inputs  for  long  term  habitability 
constraints  that  affect  total  cost  of  ownership 

10.0  Coordinate  with  safety  specialists  to  determine 
if  habitability  considerations  that  impact  safety 
have  been  included 

II. 0  Provide  inputs  as  required 

11.1  Coordinate  manpower  inputs  with  potential 
habitability  constraints 


Tools: 

•  NHV 

•  Index  of  Habitability 

•  IMPRINT.  CATIA.  I ACK 

•  Scale  mockups 

•  Anthropometry  measurements 


«  Back 


Engineering  and  Manufacturing  Development  (Outputs):  Habitability 


Ensure  habitability  requirements  and  constraints  are  carried  through  to  the 
“build-to"  documentation 


•  Verify  habitability  risks  are  addressed  in  DT&E  of  individual  Cjs 

•  Review  results  of  mock-up  evaluations  and  models  to  determine  habitability  impacts 

•  Review  test  results  forindividual  Cjs  to  verify  habitability  requirements  are  addressed 

•  Participate  in  the  developmentof  a  T.O.  QQ-35D-54-compliantDR  process 


®#  Verify  that  habitability  requirements  and  constraints  are  included  in  integrated  DT&E 
and  EOA  test  plans 

•  Participate  in  DR  boards  for  habitability  implications 

©•  Verify  that  habitability  requirements  and  constraints  are  included  in  system  DT&E 
and  EOA  test  plans 

•  Continue  to  participate  in  DR  boards  for  habitability  implications 


Verify  that  operational  habitability  requirements  and  constraints  are  included  in  combined 
DT&E/OT&E  and  EOA  test  plans 


•  Continue  to  participate  in  DR  boards  for  habitability  implications 


(™)  •  Verify  that  habitability  requirements,  risks,  and  constraints  have  been  included  in 
the  test  objectives. 

•  Verify  habitability  resources  (mock-ups,  personnel,  data  collection  resources,  etc.)  are 
available  to  support  test  activities  as  required 

•  Verify  habitability  requirements  and  constraints,  as  documented  in  the  functional  baseline, 
have  been  suf^ientJy  addressed  in  the  system  functional  assessment 

•  Ensure  habitability  risks  are  identiyed  and  manageable,  and  that  apprupriate  n^trics 
associated  with  habitability  are  in  place 


(p^)  •  Verify  that  habitability  requiren^nts,  liste,  and  constraints  have  been  sufyciently  addressed 
•  E  nsure  a  process  is  in  place  that  will  assess  changes  to  the  design  or  manufacturing 
processes  to  ensure  changes  will  not  degrade  habitability-related  performance 


FCA  I  •  Ensure  habitability  concerns  are  addressed  when  reviewing  the  Cl's  test/anaivsis  data. 

including  software  unit  test  results,  to  validate  the  intended  function  or  performance  stated  in 
its  speciycation  is  n^t 


'  Trades  ,  •  Participate  in  trade-off  analyses  as  required  to  ensure  habitability  concems  are  addressed 


Assess  habitability  risks  against  exit  criteria  for  this  acquisition  phase 

Identify  those  habitability  risks  that  could  result  in  a  breach  to  the  program  baseline  or 

substantially  impact  cost,  schedule,  or  performance 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 


«  Back 


Activities  for  Each  Input; 

1.0  Review  integrated  system  test  results  and 
identify  habitability  concerns 

2.0  Determine  progress  against  habitability  risk  areas 

2.1  Obtain  concurrence  of  HFE  and  safety 
working  groups 

3.0  Provide  inputs  as  required 

4.0  Provide  inputs  as  required 

5.0  Provide  habitability  updates  to  HSIP 

5.1  Update  strategy  for  habitability 
integration  into  SE 

6.0  Update  habitability  test  strategies  as  required 
based  on  DT&E  test  results 

6.1  Ensure  habitability  requirements  are 
addressed  in  test  documentation 

7.0  Review  the  product  support  package 
for  habitability  impacts 

8.0  Coordinate  with  ESOH  specialists  to  update 
habitability  inputs  to  PESHE 

9.0  Coordinate  with  system  safety  specialists  to 
update  habitability  inputs  to  SSA 


Production  &  Deployment  Phase 

Habitability 


J  Inputs  V 


youtputsV 


||  1.  Test  Results 

1.  Production  Baseline 

2.  Exit  Criteria 

2.  Test  Reports 

3.  APB 

3.  TEMP 

4.  CPD 

4.  PESHE 

5.  SEP 

5.  SEP 

6.  TEMP 

6.  System  Safety  Analysis 

7.  Product  Support  Package 

7.  Input  to: 

8.  PESHE 

-Cost/Manpower  Est. 

9.  System  Safety  Analysis 

The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


Activities  for  Each  Output; 


1.0 


2.0 

2.1 


3.0 


4.0 


5.0 

6.0 


7.0 


7.1 


Verify  that  habitability  characteristics  have 
been  addressed  in  the  Cjs  in  the  initial 
product  baseline 

Review  test  results  for  habitability  implications 
Ensure  results  are  documented  for 
habitability-speci^  testing 
Ensure  top-level  habitability  test  strategies 
are  documented  in  the  TEMP 
Coordinate  with  ESOH  specialists  to 
determine  which  habitability  considerations 
have  been  addressed  in  the  PESHE 
Update  habitability  inputs  to  the  HSIP  in  the  SEP. 
Coordinate  with  safety  specialists  to  determine 
if  habitability  considerations  that  impact  safety 
have  been  included 

Coordinate  manpower  inputs  with  potential 
habitability  constraints 
Provide  habitability  inputs  to  life-cycle 
cost  estimates 


Tools; 

.  NHV 

>  Index  of  Habitability 

>  Scale  mockuDS 

>  Anthropometry  measurements 


«  Back 


Production  and  Deployment:  Habitability 


Review  test  reports,  DRs  and  mockup  results  to  determine  root  causes,  impacts  and  severity 
Collect  additional  data  and  solicit  feedback  as  required 
Propose  corrective  action  and  validate  potential  corrective  actions 
Participate  in  trade-off  analyses  as  required 


Participate  in  change  management  process  as  required 


•  Participate  in  change  validation  activities 

•  Ensure  approved  habitability  changes  are  incorporated  into  revised  Ci  baselines 


PCA  •  Ensure  approved  habitability  changes  are  incorporated  into  revised  baselines 
and  production  documentation 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 


«  Back 


Activities  for  Each  Input; 


1.0 

II 

2.0 

3.0 

3.1 

4.0 

5.0 

6.0 


7.0 


7.1 


Monitor  data  for  habitability  impacts  in  both 
operations  and  maintenance 
Evaluate  system  modiycations  for 
habitability  impacts 

Review  user  feedback  for  habitability  impacts 
Evaluate  Mi  for  habitability  impacts 
Review  FOT&E  results  for  habitability  impacts 
Evaluate  Mi  for  habitability  impacts 
Update  habitability  inputs  to  HSIP  for 
system  mxliycations 
Coordinate  with  ESOH  specialists  to 
determine  that  habitability  considerations  have 
been  addressed  for  any  system  modiycations 
Coordinate  with  System  Safety  specialists  to 
update  habitability  inputs  to  SSA 
Identify  any  habitability  lessons  learned 


Operations  &  Support  Phase 

Habitability 


_y  Inputs  v_ 


1.  Service  Use  Data 


User  Feedback 
Failure  Reports 
Discrepancy  Reports 
SEP 
PESHE 

System  Safety  Ana  lysis 


f  1 

\Review^ 

1  Monitorand  CollectAII  1 

1  Implementand  Field  ■ 

1  Service  Use  Data  I 

k 

\ 

'  / 

\ 


Trades  f 


'  Trades  'x 


Analyze  Data  to 
Determine  RootCause 


\ 


f  \ 

1  Determine  System  1 

1  *1 

1  ^ 

1  Integrate  and  Test  ■ 

1  Risk/Hazard  Severity  1 

1  Corrective  Action  1 

*  1 

1  '  1 

1  * 

References: 


►  DQDI5QQQ.Q2 

►  mg 

►  NASA-STD-3QQ1VOII 

►  AFI  63-101 
>T.O.QQ-35D-54 


The  numbers  in  the  Activities  boxes  correspond  to  the  numbers  In  the  Inputs  and  Outputs  boxes. 


«  Back 


Operations  and  Support:  Habitability 


Solicit  user  feedback  against  known  habitability  risk  areas  and  update  habitability  risks  for 
yelded  systems  as  required 

Evaluate  mxliycations  and  upgrades  for  habitability  impacts  and  risks 
Coordinate  with  other  domain  POCs  as  required 


Apply  appropriate  analysis  techniques 
Evaluate  data  for  habitability  impacts 


to  determine  habitability  root  causes  as  required 


•  Update  deyciency  databases  as  required 


•  Determine  habitability  risks  and  impacts  as  required 

•  Coordinate  with  other  domains  as  required 

•  Solicit  user  feedback  on  yelded  systems 

•  Solicit  userfeedback  against  known  habitability  risk  areas  and  update  habitability  risks  for 
yelded  systems  as  required 


•  Update  habitability  risk  analysis  for  DRs 


•  Develop  proposed  corrective  actions  for  habitability  issues 

•  Determine  whether  changes  result  in  materiel  or  non-materiel  solutions 

•  Participate  in  trade-off  analyses  and  change  management  processes  as  required 


'  Trades'  •  Present  habitability  impacts  for  trade  analyses  as  required 

'  •  Provide  habitability  inputs  to  proposed  mxiiycations  and  upgrades 
•  Coordinate  with  other  domain  POCs  as  required 


Update  test  strategies  for  habitability  solutions 

Analyze  test  results  and  recommend  further  action  as  required 


The  letters  on  this  page  correspond  with  the  letters  on  the  previous  page  and  are  associated  with  the  respective  5E  step  boxes. 


«  Back 


Acronyms 


«  Back 


Acronyms 

3DSSPP 

@  ADA 
AF 
AFH 
AFHSIO 
AFI 

AFMAN 

AFMS 

AFOSH 

AFOTEC 

AFPD 

AFSAS 

AFSC 

AHAAH 

AIM 

AoA 

APB 

ASAP 

ASR 

ATB 

AVOSCET 

BCS 

BEE 

BHMS 


Three  Dimensional  Static  Strength  Prediction  Program 

Air  Defense  Artillery 
Air  Force 

Air  Force  Flandbook 

Air  Force  Fluman  Systems  Integration  Office 

Air  Force  Instruction 

Air  Force  Manual 

Air  Force  Manpower  Standard 

Air  Force  Occupational  Safety  and  Flealth 

Air  Force  Operational  Test  and  Evaluation  Center 

Air  Force  Policy  Directive 

Air  Force  Safety  Automated  System 

Air  Force  Specialty  Code 

Auditory  Flazard  Assessment  Algorithm  for  Flumans 

Authoring  Instructional  Materials 

Analysis  of  Alternatives 

Acquisition  Program  Baseline 

Aviation  Safety  Action  Program 

Alternative  System  Review 

Articulated  Total  Body 

Autonomous  Vehicle  Operator  Span  of  Control  Evaluation  Tool 

Baseline  Comparison  System 

Bioenvironmental  Engineer 

Boeing  McDonnell  Douglas  Fluman  Modeling  System 


CARD 

Cost  Analysis  Requirements  Description 

CARE 

Computer-Aided  Requirements  Engineering 

CATIA 

Computer-Aided  Three-Dimensional  Interactive  Application 

CCB 

Configuration  Control  Board 

CDD 

Capability  Development  Document 

CDR 

Critical  Design  Review 

CDR-A 

Critical  Design  Review  Assessment 

CFETP 

Career  Field  Education  and  Training  Plan 

CHRIS 

Comprehensive  Fluman  Resources  Integrated  System 

Cl 

Configuration  Item 

CIV 

Civilian 

CJCSI 

Chairman  of  the  Joint  Chiefs  of  Staff  Instruction 

CJCSM 

Chairman  of  the  Joint  Chiefs  of  Staff  Manual 

CONOPS 

Concept  of  Operations 

COVART 

Computation  of  Vulnerable  Area  Tool 

CPD 

Capability  Production  Document 

CSDT 

Crew  Station  Design  Tool 

DAG 

Defense  Acquisition  Guidebook 

DCPDS 

Defense  Civilian  Personnel  Data  System 

DeSAT 

Designers  Situation  Awareness  Toolkit 

DID 

Data  Item  Description 

DI-SAFT 

System  Safety  Data  Item  Description 

DoD 

Department  of  Defense 

DODD 

Department  of  Defense  Directive 

DOD-HDBK 

Department  of  Defense  Flandbook 

DODI 

Department  of  Defense  Instruction 

Acronyms 


DOEHRS 

DOORS 

Defense  Occupational  and  Environmental  Health  Readiness  System 

Dynamic  Object-Oriented  Requirements  System 

DR 

Deficiency  Report 

DT&E 

Developmental  Test  and  Evaluation 

©  ECP 

EMD 

Engineering  Change  Proposal 

Engineering  and  Manufacturing  Development 

EO 

Executive  Order 

EOA 

Early  Operational  Assessment 

ESAMS 

Enhanced  Surface-to-Air  Missile  Simulation 

ESOH 

Environment,  Safety  and  Occupational  Health 

FASTGEN 

FCA 

Fast  Shotline  Generator 

Functional  Configuration  Audit 

FHA 

Fault  Hazard  Analysis 

FOC 

Full  Operational  Capability 

FOT&E 

Follow-on  Test  and  Evaluation 

FRP 

Full  Rate  Production 

FTA 

Fault  Tree  Analysis 

HAZMAT 

HFACS 

Hazardous  Materials 

Human  Factors  Analysis  and  Classification  System 

HFE 

Human  Factors  Engineering 

HFIX 

Human  Factors  Intervention  Matrix 

HF-PFMEA 

Human  Factors-Process  Failure  Modes  Effects  Analysis 

HFRA 

Human  Factors  Risk  Analysis 

HMD 

Head-Mounted  Display 

HMI 

Human-Machine  Interface 

o 

e 


HMIRS 

Hazardous  Materials  Information  Resource  System 

HMMP 

Hazardous  Materials  Management  Program 

HPAT 

Human  Performance  Analysis  Tool 

HSI 

Human  Systems  Integration 

HSIP 

Human  Systems  Integration  Plan 

IBR 

Integrated  Baseline  Review 

ICD 

Initial  Capabilities  Document 

lEC 

International  Electrotechnical  Commission 

IMPRINT 

Improved  Performance  Research  Integration  Tool 

INCOSE 

International  Council  of  Systems  Engineers 

IOC 

Initial  Operational  Capability 

IPME 

Integrated  Performance  Modeling  Environment 

ISO 

International  Organization  for  Standardization 

ISO/IEC 

International  Organization  for  Standardization/International 

Electrotechnical  Commission 

ISR 

In-Service  Review 

ITR 

Initial  Technical  Review 

JASS 

Job  Assessment  Software  System 

KPP 

Key  Performance  Parameter 

KSA 

Knowledge,  Skills,  and  Abilities 

LCCE 

Life  Cycle  Cost  Estimate 

LCMP 

Life  Cycle  Management  Plan 

LCOM 

Logistics  Composite  Model 

LFT&E 

Live  Fire  Test  and  Evaluation 
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lrip 

Low  Rate  Initial  Production 

MACR 

Manpower  Authorization  Change  Request 

MAJCOM 

Major  Command 

MER 

Manpower  Estimate  Report 

MIL 

Military 

MliyCIV  Military/Civilian 

MliyCIV  PDS  Military/Civilian  Personnel  Data  Systems 


MIL-HDBK 

Military  Handbook 

MILPDS 

Military  Personnel  Data  System 

MIL-STD 

Military  Standard 

MPES 

Manpower  Programming  and  Execution  System 

MSA 

Materiel  Solution  Analysis 

MVTA 

Multimedia  Video  Task  Analysis 

@  N/A 

NAS 

Not  Applicable 

National  Aerospace  Standard 

NASA-STD 

National  Aeronautics  and  Space  Administration  Standard 

NEPA 

National  Environmental  Policy  Act 

NEPA/EO 

NHV 

National  Environmental  Policy  Act/Executive  Order 

Net  Habitable  Volume 

NIOSH 

National  Institute  for  Occupational  Safety  and  Health 

O&S 

O&SHA 

Operations  and  Support 

Operations  and  Support  Hazard  Analysis 

OH 

Occupational  Health 

OJT 

On-The-Job  Training 

OPSTEMP 

Operations  Tempo 

ORCA 

OT&E 

Operational  Requirements-Based  Casualty  Assessment  System 

Operational  Test  and  Evaluation 

OTRR 

Operational  Test  Readiness  Review 

©  P&D 

PAL 

Production  and  Deployment 

Parameter  Assessment  List 

PCA 

Physical  Configuration  Audit 

PDR 

Preliminary  Design  Review 

PDR-A 

Preliminary  Design  Review  Assessment 

PDS 

Personnel  Data  System 

PESHE 

Programmatic  Environment,  Safety  and  Occupational  Health  Evaluation 

PFMEA 

Process  Failure  Modes  and  Effects  Analysis 

PHA 

Preliminary  Hazard  Analysis 

PHL 

Preliminary  Hazard  List 

POC 

Point  of  Contact 

POM 

Program  Objective  Memorandum 

PPLAN 

Program  Plan 

PRR 

Production  Readiness  Review 

RADGUNS 

REHMS-D 

Radar-Directed  Gun  System  Simulation 

Reliable  Human-Machine  System  Developer 

RULA 

Rapid  Upper  Limb  Assessment 

@  SA 

Situation  Awareness 

SAGAT 

Situation  Awareness  Global  Assessment  Technique 

SALT 

Spatial  Analysis  and  Link  Tool 

SATAF 

Site  Activation  Task  Force 

SE 

Systems  Engineering 
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SEI 

Special  Experience  Identifier 

SEP 

Systems  Engineering  Plan 

SFR 

System  Functional  Review 

SHA 

System  Flazard  Analysis 

SME 

Subject  Matter  Expert 

SRCA 

Safety  Requirements  Criteria  Analysis 

SRR 

System  Requirements  Review 

SSA 

System  Safety  Analysis 

SSHA 

Subsystem  Flazard  Analysis 

STA 

System  Threat  Assessment 

STR 

Student  Trained  Requirement 

SURVIAC 

Survivability/Vulnerability  Information  Analysis  Center 

Sv 

Survivability 

SVR 

System  Verification  Review 

T&E 

Test  and  Evaluation 

TAD 

Target  Audience  Description 

TD 

Technology  Development 

TDFA 

Top-Down  Functional  Analysis 

TDS 

Technology  Development  Strategy 

TEMP 

Test  and  Evaluation  Master  Plan 

THA 

Threat  Flazard  Assessment 

TO 

Technical  Order 

TPR 

Training  Pipeline  Requirement 

TRA 

Technology  Readiness  Assessment 

TRR 

Test  Readiness  Review 

TSSA 

Trade  Space  for  Systems  Analysis 

U&TW 

use 

V 

VACP 

VESARS 


Utilization  and  Training  Workshop 
United  States  Code 

Volume 

Visual,  Auditory,  Cognitive,  and  Psychomotor 
Virtual  Environment  Situation  Awareness  Rating  System 
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Term  DeAnition 


Term 

DeAnition  ■ 

Acquisition  Program  Baseline 

Prescribes  the  kev  cost  schedule,  and  oerformance  constraints  in  the  ohase  succeedina  the  milestone  for  which  thev  were  develooed.  (Cl  CSI 3170. OIG) 

Analysis  of  Alternatives 

The  evaluation  of  the  performance,  operational  effectiveness,  operational  suitability,  and  estimated  costs  of  alternative  systems  to  meet  a  mission  capability.  The  analysis 
assesses  the  advantages  and  disadvantages  of  alternatives  being  considered  to  satisfy  capabilities,  including  the  sensitivity  of  each  alternative  to  possible  changes  in 
kev  assumotions  or  variables.  (Cl  CSI  3170. OIG) 

Baseline  Comparison  System 

A  current  operational  system,  or  a  composite  of  current  operational  subsystems,  which  most  closely  represents  the  design,  operational,  and  support  characteristics  of  the 
new  system  underdevelopment.  (DAG) 

Capability  Development  Document 

A  document  that  captures  the  information  necessary  to  develop  a  proposed  program(s).  The  CDD  outlines  an  affordable  increment  of  militarily  useful,  logistically 
suDDortable.  and  technicallv  mature  caoabilitv.  suooortina  a  Milestone  B  decision  review.  (Cl  CSI  3170. OIG) 

Concept  of  Operations 

A  verbal  or  graphic  statement,  in  broad  outline,  of  a  commander's  assumptions  or  intent  in  regard  to  an  operation  or  series  of  operations.  It  is  designed  to  give  an  overall 
oicture  of  the  ooeration.  It  is  also  called  the  Commander's  Conceot.  (Cl  CSI  3170. OIG) 

Conyguration  Item 

An  aggregation  of  hardware,  yrmware,  conputer  software,  or  any  of  their  discrete  portions,  which  satis^s  an  end  use  function  and  is  designated  by  the  govemn^nt  for 
separate  conjuration  managen^nt  (DAG) 

De^iency  Report 

The  generic  term  used  within  the  AF  to  record,  submit  and  transmit  de  jiency  data  which  ney  include,  but  is  not  limited  to  a  De  jiency  Report  involving  quality,  neteriel, 
software,  warranty,  orinfometional  devciencvdata  subm'tied  usinatheSF368.  ProductOualitvDewiencvReoort  or eouivalent format  (TO.  00-35D-54) 

Engineering  Change  Proposal 

A  proposal  to  the  responsible  authority  recommending  that  a  change  to  an  original  item  of  equipment  be  considered,  and  the  design  or  engineering  change  be 
incorporated  into  the  article  to  modify,  add  or  delete,  or  supersede  original  parts.  (DAG) 

Exit  Criteria 

Program  speci  j  accomplishn^nts  that  must  be  satisfactorily  dennnstrated  before  a  program  can  progress  further  in  the  current  acquisition  phase  or  transition  to  the 
next  acquisition  phase.  (DAG) 

First  Article  Testing 

P  reduction  testing  that  is  planned,  conducted,  and  monitored  by  the  materiel  developer.  It  includes  preproduction  and  initial  production  testing  conducted  to  ensure  that 
the  contractor  can  furnish  a  product  that  meets  the  established  technical  criteria.  (DAG) 

Human  Systems  Integration  Plan 

The  HSI  Plan  is  a  living  document thatchanges  as  the  system  evolves.  Typical  information  includes  planning  for  inventory,  force  structure,  standards  of  grade,  skill  and 
knowledae  descriotions.  anthrooometric  data,  ohvsical  aualivcations.  aotitude  descriotions.  trainina  historv.  and  task  oerformance.  (DAU  PM  Maaazine.  1  ul  2002) 

Initial  Capabilities  Document 

Docun^nts  the  need  for  a  n^teriel  aooroach.  or  an  aooroach  that  is  a  combination  of  n^teriel  and  non-materiel,  to  satisfv  soeciw  caoabilitv  aao(s).  (Cl  CSI  3170.01G) 
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Life  Cycle  Management  Plan 

Concise  docun^nt  that  identiyes  relevant  issues  and  recomn^nds  overall  acquisition,  program  managen^nt  and  life  cycle  support  strategies.  (DAG) 

Maintenance  Concept 

A  brief  description  of  maintenance  considerations,  constraints,  and  plans  for  operational  support  of  the  system/equipment  under  development  (DAG) 

Operations  Tempo 

The  rate  or  oace  of  militarv  actions  or  the  carrvina  out  of  a  strateoic.  ooerational.  tactical,  service,  trainina.  or  administrative  militarv  mission.  (DOD  Dictionarv  of  Militarv  Terms) 

Operations  and  Support 

Hazard  Analysis 

Evaluates  the  potential  for  hazards  and  the  degree  of  risk  resulting  from  the  implementation  of  operational  and  support  procedures  performed  by  personnel  supporting 
the  svstem.  (OSD  Acauisition  Deskbook) 

Preliminary  Hazard  List 

The  Preliminary  Hazard  List  is  typically  a  one-time  assessment  performed  early  in  the  acquisition  process  (/.e.,  concept  and  technology  development)  to  identify  the 
initial  potential  hazards  with  the  svstem.  (OSD  Acquisition  Deskbook) 

Preliminary  Hazard  Analysis 

A  Preliminary  Hazard  Analysis  (PHA)  is  an  expansion  of  the  Preliminary  Hazard  List  and  documents  the  safety  critical  areas  and  initial  assessn^nt  of  the  identiyed 
hazards  in  terms  of  orobabilitv  and  severity.  The  PHA  identives  the  reauired  corrective  actions  to  eliminate  or  control  the  hazard  risks.  (OSD  Acauisition  Deskbook) 

Program  Objective  Memorandum 

An  annual  memorandum  in  prescribed  format  submitted  to  the  Secretary  of  Defense  (SECDEF)  by  the  DoD  Component  heads,  which  recommends  the  total  resource 
requirenents  and  programs  within  the  paraneters  of  SECDEFs  ^cal  guidance.  (DAG) 

Risk  management 

The  overarching  process  that  encompasses  identiycation,  analysis,  mitigation  planning,  mitigation  plan  implen^ntation,  and  tracking  of  future  root  causes 
and  their  consequences.  (DAG) 

SystemHazard  Analysis 

ASystem  Hazard  Analysis  is  performed  to  identify  hazards  associated  with  the  subsystem  interfaces  and  system  functional  faults,  and  to  assess  the  degree  of  risk 
associated  with  the  total  svstem  desion.  includino  software.  (OSD  Acauisition  Deskbook) 

System  Engineering  Plan 

A  description  of  the  program's  overall  technical  approach  including  processes,  resources,  metrics,  applicable  performance  incentives,  and  the  timing,  conduct,  and 
success  criteria  of  technical  reviews.  (DAG) 

System  Veriycation  Plan 

A  plan  for  validating  all  interface  functional  and  performance  speciycations.  (DAG) 

Systems  Engineering 

Technical  Reviews 

Technical  reviews  provide  a  structured  and  organized  approach  to  reviewing  project  products  to  determine  if  they  are  ^  for  their  intended  use.  They  provide  status  and 
feedback  on  the  products  under  review  and  the  on-going  activities  of  a  project  A  technical  review  is  the  primary  method  for  communicating  progress,  coordinating  tasks, 
monitoring  risk,  and  transferring  products  and  knowledge  between  the  team  members  of  a  project  (DAG) 
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Technology  Readiness  Levels 

One  level  on  a  scale  of  one  to  nine,  e.g.,  'TRL  3,"  signifying  technology  readiness  pioneered  by  the  National  Aeronautics  and  Space  Administration,  adapted  by 
the  Air  Force  Research  Laboratory,  and  adopted  by  the  Department  of  Defense  as  a  method  of  estimating  technology  maturity  during  the  acquisition  process. 

The  lower  the  level  of  the  technology  at  the  time  it  is  included  in  a  product  development  program,  the  higher  the  risk  that  it  will  cause  problems  in  subsequent 
product  development.  (DAG) 

Testand  Evaluation  Master  Plan 

Documents  the  overall  structure  and  objectives  ofthe  Test  and  Evaluation  (T&E)  program.  It  provides  a  framework  within  which  to  generate  detailed  T&E  plans  and  it 
documents  schedule  and  resource  implications  associated  with  the  T&E  program.  (DAG) 

Trade  Space 

The  ftrade  spaceocan  be  de^ed  as  the  set  of  program  and  system  paran^ters,  attributes,  and  characteristics  required  to  satisfy  performance  standards.  Decision 
nakers  de^e  and  re^e  the  developing  system  by  naking  tradeoffs  with  regard  to  cost  schedule,  risk,  and  perfomance;  all  of  which  fall  within  the  systems  trade  space. 
(DAU  Acauisition  Review  Ouarteriv.  Winter  2002) 
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Name 

Description 

Applicability 

Domain 

Phase 

3D  System  Safety 

Engineering  Analysis 

This  analytic  technique  uses  a  human  system  analog  model  construct  to  integrate  the  human 
component  into  an  equation  describing  System  Safety  by  measuring  exposure,  severity,  and 
likelihood  in  U.S.  Government  speciycations  and  standards. 
httD://www.dtic.mil/dticasd/ddsm/tools.html 

Safety 

ATD-Outputs; 

EMD-Inputs/Outputs; 

P&D 

3DSSPP 

(3D  Static  Strength  Prediction  Program) 

This  software  predicts  static  strength  requirements  for  tasks  such  as  lifts,  presses,  pushes  and 
pulls.  The  program  provides  an  approximate  job  simulation  that  includes  posture  data,  force 
parameters,  and  anthropometry.  Output  includes  the  percentage  of  men  and  women  who  have  the 
strength  to  perform  the  described  job,  spinal  compression  forces,  and  data  comparisons  to  NIOSH 
ouidelines.  An  interface  to  the  ErooMaster  in  2D  mode  is  available.  See  the  descriotion  of  Eroo 

Master  in  this  tools  aooendix.  httD://www.enain. umich.edu/deDt/ioe/3DSSPP 

Aiuman  Factors 

Engineering 

ATD-Outputs 

ACT-R 

ACT-R  is  a  cognitive  architecture  used  to  understand  how  people  organize  knowledge  and  produce 
intelligent  behavior.  Research  is  continuing  to  expand  ACT-R  capabilities  to  understand  the  full 
ranae  of  human  coanitive  tasks.  httD://act-r.DSv.cmu.edu 

Aiuman  Factors 

Engineering 

ATD-Outputs; 

P&D 

ADVISOR 

ADVISOR  Enterprise  is  an  internet  based  decision  support  tool  to  help  organizations  manage 
training  budgets  and  resources  from  a  central  location  as  well  as  identify  ways  to  run  training 

At raining 

Mil  Phases 

programs  more  effectively  and  economically.  ADVISOR  is  made  up  of  4  modules  that  can  be  used 
seoaratelvorin  combination.  httD://www.bnhac]visor.com/inc]ex.htm 

Aiuman  Factors 

Engineering 

A)&S 

AFMSs 

(Air  Force  ManpowerStandards) 

Air  Force  ManpowerStandards  document  functional  process  descriptions  and  mathematical 
equations  for  estimating  manpower  requirements.  They  are  developed  by  the  Air  Force  Manpower 
Agency  for  functional  career  yelds  and  are  published  on  the  Air  Force  Portal. 

Avianpower 

ATD-Inputs/Outputs; 

EMD-Inputs/Outputs; 

P&D;0&S 

AFSAS 

(Air  Force  Safety  Automated  System) 

The  AFSAS  system  provides  a  web-based  mishap  reporting  and  data  management  tool  that  allows 
quick,  accurate  tracking  of  mishaps  and  trends. 
httD://www.cti-crm.com/afrcsafetv/Droarams/index.DhD?area=afsas 

Safety 

^MD-Inputs/Outputs; 

P&D;0&S 

AHAAH 

(Auditory  Hazard  Assessment 

Algorithm  for  Humans) 

A  mathen^tical  nndel  of  the  hun^n  ear  that  predicts  the  hazard  from  any  free-yeld  pressure, 
and  provides  a  visual  display  of  the  damage  process  as  it  is  occurring  in  the  inner  ear.  The  model 
provides  a  nunerical  rating  of  hazard  and  identiyes  specif  parts  of  the  waveform  that  are  causing 
the  hazard.  httD://www.arl. armv.mil/ARL-Directorates/HRED/AHAAH 

ADccupational  Health 

ATD-Inputs/Outputs; 

EMD-Inputs 
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Description 

Applicability 

Domain 

Phase 

AIM 

(Authoring  Instructional  Materials) 

A  government-managed  system  used  by  the  Navy  and  other  agencies  to  develop,  update,  manage, 
and  integrate  training  content.  AIM  automates  the  systems  approach  to  training.  It  ensures  uniform 
formatting  and  compliance  of  all  required  output  products,  in  any  form,  from  paper  to  web.  AIM 
pnovides  highly  efycient  design,  developn^nt  surveillance,  n^intenance,  and  production  of  training 
and  educational  materials. 

httD://nawctsd. navair.navv.mil/Proarams/TrainerDescriDtions/UnderseaProarams/AIM.cfm 

At raining 

Mil  Phases 

Anthropometry  Measurements 

Anthropometry  refers  to  the  measurement  of  individuals  for  the  purposes  of  understanding  human 
physical  variation.  Anthropometry  plays  an  important  role  in  industrial  design,  clothing  design, 
ergonomics  and  architecture  where  statistical  data  about  the  distribution  of  body  dimensions  in  the 
DODulation  are  used  to  ootimize  oroducts.  httD://msis.isc.nasa.aov/sections/section03.htm 

Aiabitability 

ATD-Outputs; 
EMD-Inputs/Outputs;  P&D 

ASAP 

(Aviation  Safety  Action  Program) 

The  ASAP  provides  a  vehicle  to  report  safety  concerns.  The  focus  of  ASAP  is  on  ^ng  problems, 
rather  than  on  FAA  punitive  enforcement  or  company  disciplinary  action.  An  AS  AP  requires  that 
corrective  action  be  accomplished  for  all  safety  issues  disclosed  under  the  program. 
httD://www.faa.aov/aboutyinitiatives/asaD/ 

Safety 

A’&DiO&S 

ATB  Model 

(Articulated  Total  Body  Model) 

The  ATB  model  is  a  simulation  program  developed  for  the  prediction  of  human  body  dynamics 
during  aircraft  ejection,  aircraft  crashes,  automobile  accidents,  and  other  hazardous  events.  It  is 
used  in  the  Air  Force  to  determine  the  safety  of  restraint  systems,  seats,  escape  systems,  controls 
and  displays,  and  other  equipment  in  the  aircraft  cockpit  during  development. 
httD://www.dtic.mil/dticasd/ddsm/tools.html 

Aiuman  Systems 

Integration 

MMD-Inputs/Outputs 

Safety 

AMSAiTD-Inputs 

AVOSCET 

(Autonomous  Vehicle  Operator 

Span  of  Control  Evaluation  Tool) 

AVOSCET  is  a  tradeoff  analysis  tool  speciycally  designed  to  help  analysts  determine  how  neny 
autonomous  systems  an  operator  or  a  crew  can  control  under  a  variety  of  conditions.  AVOSCET 
allows  an  analyst  to  de^e  speciyc  paren^ter  values  fora  particular  mission  involving  autononnus 
systems.  Parameters  can  be  entered  for  vehicle,  operator,  and  mission  characteristics.  Once 
a  user  has  de^ed  an  analysis,  AVOSCET  launches  its  task  network  sinxilation  to  sinxilate 
the  mission  of  the  autonomous  systems  and  their  operators.  Results  are  then  fed  back  to  the 
AVOSCET  interface  where  the  user  can  view  and  evaluate  the  performance  metrics  of  the 
autonomous  systems  and  their  operators  through  AVOSCET's  report  utility. 
httD://www.maad.com/index.Dl/avoscet 

Aiuman  Factors 

Engineering 

AviSA;TD-Outputs; 

EMD-Inputs 
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BEE 

(Bioenvironmental  Engineer) 

Bioenvironmental  engineers  ensure  safe  and  healthy  workplaces  for  Air  Force  people.  Acquisitions 
professionals  can  use  their  professional  advice  to  make  important  decisions  regarding  weapons 
systems  and  associated  processes;  facilities;  and  chemical,  biological  and  radiological  issues. 

ADccupational  Health 

Mil  Phases 

BHMS 

(Boeing  McDonnell  Douglas 

Human  Modeling  System) 

The  BHMS  is  a  soflvvane  tool  designed  speciycally  for  engineering  applications.  BHMS  is  a  rranu- 
driven,  interactive  conputer  program  used  to  de^e  hunen  factors  design  requiren^nts  and  aid 
in  design  evaluation.  BHMS  provides  a  set  of  human  modeling  and  human  task  simulation  tools 
that  allow  the  user  to  establish  design-to  requirements,  test  reach  accommodation,  study  human 
nation,  and  perform  various  ^  and  function  evaluations  of  their  present  design. 
httD://www.boeina.com/assocDroducts/hms 

Aiuman  Factors 

Engineering 

ATD-Outputs 

BRAWLER 

BFIAWLE  R  simulates  air-to-air  combat  bebAeen  multiple  lights  of  aircraft  in  both  the  visual  and 
beyond-visual  range  arenas.  This  simulation  of  |dght-versus-|dght  air  combat  is  considered  to  render 
realistic  behaviors  by  Air  Force  pilots.  BRAWLER  incorporates  value-driven  and  information-oriented 
principles  in  its  structure  to  provide  a  Monte  Carlo,  event-driven  simulation  of  air  combat  between 
multiple  lights  of  aircraft  with  real-world  stochastic  features. 
httD://www.bahdavton.com/surviac/brawler.htm 

yfeurvivability 

A^SA; 

TD-Inputs/Outputs; 

EMD-Inputs/Outputs 

CARE 

(Computer-Aided  Requirements  Engineering) 

CARE  is  a  requirements  developmentyengineering  tool  for  generating,  structuring,  and  managing 
requirements  on  complex  software  systems  developed  by  the  SOPHIST  Group. 
httD://213.95.18.229/soDarouDena.nsf/(vnDK  framesets)/ExtemLinl<Handler?ODen&uiil=l  NOK- 

5PAI4M 

ADccupational  Health 

A’&DiO&S 

CATIA 

(Computer  Aided  Three-Dimensional 
Interactive  Application) 

CATIA  (V6)  is  a  collective,  integrated  multi-disciplinary  model  for  product  development  C ATIA's 

RFLP  approach  includes  aggregating  Requirements,  Functional,  Logical,  and  Physical  product 
de^itions.  Meta-CAD  nDdeling  delivers  a  collaborative,  liberated  design  environn^nt  In  addition 
to  3D  system  design,  CATIA  also  integrates  a  3D  human  modeling  component  to  simulate  human- 
system  interaction  in  a  virtual  environment 
httD://www.3ds.com/Droducts/catia/catia-discoverv 

Aiuman  Systems 

Integration 

MlSA;TD-lnputs/Outputs; 

EMD-Inputs/Outputs 

Aiuman  Factors 

Engineering 

ATD-Inputs/Outputs; 

EMD-Inputs/Outputs 

^Habitability 

MlSA;TD-lnputs/Outputs; 
EMD-Inputs/Outputs;  O&S 
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CHRIS 

(Comprehensive  Human 

Resources  Integrated  System) 

CHRIS  is  a  Human  Resources  Managementtool  that  integrates  data  from  the  Defense  Civilian 
Personnel  Data  System,  the  AF  Military  Personnel  Data  System,  the  AF  Manpower  Programming 
and  Execution  System,  and  the  AF  Materiel  Command  Employee  Training  Management  System. 

This  tool  provides  reporting  capability  on  the  total  force  military  (active  duty,  guard  and  reserve) 
and  civilian  workforce  from  a  single  web  based  user  interface  (Business  Objects  Xi).  It  provides  the 
ability  to  identify  mismatches  between  authorizations  and  assignments;  identify  retirement  eligibility 
dates  and  associated  retirement  plan/status  for  individuals;  and  forecast  losses.  With  a  CAC  card: 
httDs://chris  .wpafb.af.mil  or  in  the  AF  Portal:  httDs://vwvw.mK/.af.nil/info\/ievvaDD/loainforTriasD 

A/lanpower 

Mil  Phases 

ySpersonnel 

Mil  Phases 

ComputerMan  (Army) 

The  ComputerMan  Model  is  a  software  tool  for  studying  the  effects  of  penetrating  injuries  to 
personnel.  This  model  is  designed  to  simulate  the  wounding  process  and  to  predict  injury 
outcomes  in  terms  of  performance  degradation  and  survivability.  ComputerMan  is  used  in  weapons 
assessment  studies  and  vulnerability  assessments. 
httD://www.dtic.mil/dticasd/ddsm/tools.html 

Survivability 

SMD-Inputs/Outputs 

Cost  Avoidance  Methodology 

Materiel  health  system  hazard  costs  are  related  to  the  existing  health  risk  indices.  This  information 
is  used  to  provide  a  total  cost  related  to  hazards  inherent  in  materiel  systems.  If  abatement  costs 
are  provided,  a  cost  effectiveness  index  can  be  calculated.  This  should  promote  an  increase  in  the 
reduction  orelimination  of  health  hazards.  httD://www.dtic.mil/dticasd/ddsm/srch/DDSM0158.Ddf 

Safety 

At  D -Outputs 

Occupational  Health 

ATD-Inputs/Outputs; 

EMD-Inputs/Outputs 

COVART 

(Computation  of  Vulnerable  Area  Tool) 

The  COVART  model  predicts  the  ballistic  vulnerability  of  vehicles  (^ed-wing,  rotary-wing,  and 
ground  targets),  given  ballistic  penetrator  impact.  Each  penetrator  is  evaluated  along  each  shotline 
(line-of-sight  path  through  the  target).  Whenever  a  critical  component  is  struck  by  the  penetrator, 
the  probability  that  the  component  is  defeated  is  computed  using  user  de^ed  conditional 
probability-of-component  dysfunction  given  a  hit(Pcd/h)  data. 
httD://www.bahdavton.com/surviac/covart.htm 

Survivability 

ATD-Inputs/Outputs; 

EMD-Inputs/Outputs 

CSDT 

(Crew  Station  Design  Tool) 

CSDT  allows  designers  to  visualize  and  optimize  the  types  and  position  of  controls  and  displays 
in  a  workstation.  It  automatically  determines  the  optimum  arrangement  of  controls  and  displays 
throuah  the  use  of  three  different  software  tools:  1)  Micro  SaintSharp  -  a  task  network  modelina 
tool;  2)  Open  Inventory  a  three-din^nsional  graphics  environment  and  3)  1  ack i'  a  hunon  ygure 
(anthroDometric)  modelina  tool.  Detailed  descriotions  of  M  icro  S aint  S  haro  and  1  ack  are  also  in  this 
aooendix.  htaZ/www.maad.com/index.ol/crew  station  desion  tool 

Suman  Factors 

Engineering 

ArO-Inputs/Outputs; 

EMD-Inputs/Outputs 
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Delmia-Human 

Delmia-Human  is  a  human  factors  project  lifecycle  managementtool.  It  contains  digital  human 
modeling  technology  to  assist  a  designer  in  determining  the  performance  of  people  in  the 
workplace  or  to  assess  a  product  before  it  exists  and  throughout  its  entire  lifecycle. 
httD://www.3ds.com/Droducts/delmia/solutions/human 

Aiuman  Factors 

Engineering 

ATD-Inputs; 

EMD-Inputs 

DeSAT 

(Designer's  Situation  Awareness  Tooikit) 

DeSAT  aids  designers  in  creating  systems  that  support  situation  awareness  (SA).  DeSAT  provides 
support  to  the  designer  for  each  of  the  three  phases  of  the  SA-oriented  design  process:  analyzing 

SA  requirements,  applying  SA-oriented  design  principles,  and  measuring  SA  during  design 
evaluation.  httD://www.satechnoloaies.com/Droducts 

Aiuman  Factors 

Engineering 

^MD-InputSjP&D 

Discrete  Event  Simulation 

This  is  a  category  of  tools  which  represent  the  operation  of  a  system  as  a  chronological  sequence 
of  events.  Each  event  occurs  at  an  instant  in  time  and  marks  a  change  of  state  in  the  system.  For 
example,  if  an  elevator  is  simulated,  an  event  could  be  “level  6  button  pressed",  with  the  resulting 
system  state  of  “lift  moving"  and  eventually  (unless  one  chooses  to  simulate  the  failure  of  the  lift) 

“lift  at  level  6".  A  variety  of  different  software  tools  are  available  and  the  following  web  site  provides 
some  tool  descriotions  and  information.  httD://www.discrete-event-simulation. com  Also  see  Micro 
SaintSharo  in  this  tools  aooendix. 

A/lanpower 

^MD-0utputs:P&D;0&S 

DOEHRS 

(Defense  Occupational  and  Environmental 
Health  Readiness  System) 

DOEHRS  is  the  Theater  Medical  Information  Program  capability  for  exposure  data  collection, 
analysis,  and  storage  with  respect  to:  industrial  hygiene,  environmental  health,  preventive  medicine 
and  radiation  protection.  DOEHRS  contains  records  of  workplace  exposures  to  identify  health  risks, 
protective  measures  the  employee  can  take,  and  information  for  health  care  providers  to  make 
better  medical  diaanosis  and  treatment  decisions.  httDs://doehrs-ih. csd.disa.mil/Doehrs 

ADccupational  Health 

ArO-Inputs/Outputs; 

EMD-Inputs/Outputs 

DOORS 

(Dynamic  Object-Oriented 

Requirements  System) 

DOORS  is  an  information  management  and  traceability  tool.  Requirements  are  handled  as  discrete 
objects  and  each  requirement  can  be  tagged  with  an  unlimited  number  of  attributes  allowing  easy 
selection  of  subsets  of  requirements.  It  includes  an  on-line  change  proposal  and  review  system 
that  lets  users  submit  proposed  changes  to  requirements,  including  a  justiycation.  DOORS  offers 
unlimited  links  between  all  objects  in  a  project  for  full  multi-level  traceability.  Impact  and  traceability 
reports  as  well  as  reports  identifying  missing  links  are  all  available  across  all  levels  or  phases  of  a 
project  life  cycle.  Veriycation  matrices  can  be  produced  directly  or  output  in  any  of  the  supported 
formats  includina  rich  text  format  for  MS -Word,  http://www.teleloaic.com/corp/products/doors 

ADccupational  Health 

y^EMD-Outputs;  P&D 

181 
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Enovia  V5  DMU  Simulations 

V5  DMU  for  Human  Simulation  can  create,  manipulate  and  simulate  accurate  digital  manikin 
intEractions  in  context  with  a  virtual  product  It  takes  into  account  target  population  specialty  and 
supports  a  unique  and  accurate  manikin  model  through  the  entire  product  lifecycle. 
httD://www.3ds.com/Droducts/enovia/mid-market/v5-dmu-solutions/overview 

Aiuman  Factors 

Engineering 

ATD-OutputS 

Environmental  Hierarchy 

The  environmental  hierarchy  technique  provides  a  rational  structure  to  evaluate 
environmental/system  tradeoffs.  Users  first  decompose  their  decision  problem  into  a  hierarchy 
of  more  easily  comprehended  sub-problems  and  compare  them  two  at  a  time.  These 
evaluations  are  converted  to  numerical  values  that  can  be  processed  and  compared  over  the 
entire  range  of  the  problem.  A  numerical  weight  or  priority  is  derived  for  each  element  of  the 
hierarchy  allowing  a  rational  and  consistent  comparison. 

Environment 

Msk 

Ergolmager 

Ergolmager  is  a  Windows-based  ergonomic  design  and  job-analysis  program.  Ergolmager 
allows  users  to  import  digital  images  and  superimpose  a  3D  mannequin  using  various  translation 
techniques  and  technology  from  our  ManneQuin  technology.  Ergolmager  provides  reports  with 
the  original  image,  mannequin  in  the  posture  matching  the  image  and  selected  results  from  the 
3DSSPP.  Eraolmaaer  is  used  in  product  desian  and  eraonomic  iob  evaluations.  A  description  of 
3DSSPP  is  also  available  in  this  appendix.  httD://nexaenerao.com/eraonomcs/eraoirTeaer.htnnl 

Euman  Factors 

Engineering 

EMD-Outputs;  P&D 

ErgoMaster 

ErgoMaster  is  a  suite  of  software  modules  that  enables  users  to  incorporate  video  and 
photographic  images  from  a  variety  of  sources.  The  tools  include  biomechanics,  NIOSH  lifting 
equations,  and  rapid  upper  limb  assessment  (RULA).  An  interface  to  the  University  of  Michigan's 
3DSSPP  in  2D  mode  is  available  thru  the  Biomechanics  Anaivst  module.  EraoMasteris  used  for 
eraonomic  iob  evaluations.  A  descriotion  of  3DSSPP  is  also  available  in  this  aooendix. 
httD://www.nexaenerao.com/eraonomics/eraomast.html 

Euman  Factors 

Engineering 

EMD-Outputs;  P&D 

ErgoWebJET 

E  rgoWeb's  j  ET  software  is  made  up  of  a  suite  of  13  ergonomic  job  evaluation  methods  used 
to  identify  and  control  ergonomic  concerns.  It  is  a  comprehensive  suite  of  ergonomic  workplace 
evaluation  and  control  tools.  It  uses  a  web-based  interface  that  allows  users  to  run  the  software 
over  a  varietvofooeratina  svstems.  httD://www.eraobLA/er.coiT/inc]ex.c:fnVDrc)c]u(:t/^  5 

Euman  Factors 

Engineering 

EMD-Outputs;  P&D 
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ESOH  Programmatic  Risk 
Assessment  Toolset 

This  tool  qualitatively  and  quantitatively  assesses  ESOH  risks  associated  with  cost,  schedule, 
and  performance  decisions  when  designing  and  developing  a  new  system.  It  was  developed  to 
help  Program  Managers,  ESOH  professionals,  engineers,  and  others  to  1)  manage  ESOH  actions 
during  a  program's  life,  2)  compile  the  PESHE,  3)  gauge  the  effectiveness  of  the  ESOH  program 
management  structure,  and  4)  facilitate  the  integration  of  ESOH  considerations  in  the  Acquisition 
Strategy  and  SE  processes. 

Environment 

ElSA;TD-lnputs/Outputs; 
EMD-Inputs/Outputs;  P&D 

Eafety 

ElSA;TD-lnputs/Outputs; 
EMD-Inputs/Outputs;  P&D 

Occupational  Health 

At  D -Outputs; 
EMD-Inputs/Outputs; 
P&D;0&S 

ESAMS 

(Enhanced  Surface-to-Air 

Missile  Simulation) 

ESAMS  is  a  digital  computer  program  used  to  model  the  interaction  between  a  single  airborne 
target  and  a  surface-to-air  missile  air  defense  system.  The  model  provides  comprehensive 
representation  of  the  Soviet  land-based  and  naval  missile  systems  and  models  aircraft  from  their 
sianature  and  vulnerabilitv  data.  httD://www.bahdavton.com/surviac/esams.htm 

Eurvivability 

ATD-Inputs/Outputs; 

EMD-Inputs/Outputs 

FASTGEN 

(Fast  Shotline  Generator) 

FASTGEN  traces  the  path  of  a  projectile's  shotline  through  a  target.  This  model  projects  a 
number  of  parallel  rays  through  the  target  with  a  speciyed  direction  and  describes  the  encounters 
along  each  ray.  The  result  is  a  sequential  list  of  components,  subsets  of  the  target,  which  are 
encountered  by  a  shotline. 
httD://www.bahdavton.com/surviac/fastaen.htm 

Eurvivability 

ATD-Inputs/Outputs; 

EMD-Inputs/Outputs 

FHA 

(Fault  Hazard  Analysis) 

This  is  an  analysis  technique  which  documents  the  ways  in  which  a  system  component  may  fail 
and  the  effect  of  the  failure  on  the  performance  of  that  element,  system,  or  personnel. 

Environment 

ArO-Inputs/Outputs; 

EMD-Inputs/Outputs 

FTA 

(FauItTree  Analysis) 

Failure  analysis  in  which  an  undesired  state  of  a  system  is  analyzed  using  Boolean  logic  to 
combine  a  series  of  lower-level  events. 

Environment 

ATD-Inputs/Outputs; 

EMD-Inputs 
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HFACS 

(Human  Factors  Analysis 
and  Classiycation  System) 

HFACS  identiyes  the  hunen  causes  of  an  accident  and  provides  a  tool  to  not  only  assist  in  the 
investigation  process,  but  to  target  training  and  prevention  efforts.  HFACS  looks  at  four  levels 
of  human  error  including:  unsafe  acts,  preconditions  of  unsafe  acts,  unsafe  supervision,  and 
oroanizational  inbuences.  httD://safetvcenter.naw.nil/hfacs/Defaulthtm 

Safety 

Mil  Phases 

HFIX 

(Human  Factors  Intervention  Matrix) 

The  Human  Factors  Intervention  matrix  (HFIX®)  is  an  innovative  tool  for  mapping  intervention 
strategies  onto  the  speciyc  forms  of  human  error  identiyed  in  the  HFACS  model.  HFIX  allows  users 
to  systematically  generate  comprehensive  intervention  strategies  that  directly  target  the  underlying 
svstemic  causes  of  errors.  httD://hfacs.com/index.html 

Safety 

Mil  Phases 

HF-PFMEA 

(Human  Factors- Process  Failure 

Modes  &  Effects  Analysis) 

This  software  tool  was  developed  to  systematically  analyze  each  task  in  a  process  to  identify 
potential  human  errors,  their  respective  worst-case  effects  on  a  system,  and  the  factors  that 
increase  the  likelihood  of  the  human  error.  The  HF-PFMEA  software  tool  helps  the  user  identify: 
potential  individual  or  team  human  errors,  factors  contributing  to  or  affecting  the  potential  for 
human  error  occurrence,  barriers  to  prevent  errors  or  inhibit  the  effect  of  errors,  risks  associated 
with  human  errors,  and  recommendations  to  reduce  errors  or  mitigate  their  effects. 
httD://rtreDort.ksc.nasa.aov/techreDorts/2003reDort/500/509.html 

Aiuman  Factors 

Engineering 

MMD-Inputs 

HFRA 

(Human  Factors  Risk  Analysis) 

Relex's  HFRA  is  based  on  a  Process  Failure  Modes  and  Effects  Analysis  (PFMEA)  approach. 

PFMEAs  are  primarily  used  to  assess  the  safety  and  reliability  of  a  process  by  analyzing  potential 
failure  modes  of  the  process  and  can  be  used  to  assess  the  human  safety  and  human  reliability 
by  analyzing  human  processes.  Relex's  HFRA  includes  a  comprehensive  database  of  errors, 
contributing  factors,  barriers,  and  controls.  Relex  HFRA  offers  a  unique  Data  Entry  Wizard  to  walk 
the  analyst  through  each  step  of  the  process.  The  Data  Entry  Wizard  assists  the  user  in  developing 
a  well-organized  and  comprehensive  analysis. 
httD://www.relexsoftware.com/Droducts/humanfactors.asD 

Aiuman  Factors 

Engineering 

MMD-Outputs 
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HMIRS 

(Hazardous  Materials 

Information  Resource  System) 

HMIRS  is  the  central  repository  for  Material  Safety  Data  Sheets  for  the  United  States  Government 
military  services  and  civil  agencies.  It  also  contains  value-added  information  input  by  the  service/ 
agency  focal  points.  This  value-added  data  includes  HAZCOM  warning  labels  and  transportation 
information.  httD://www.dlis.dla.mil/HMIRS/ 

Environment 

EMD-Inputs/Outputs; 

P&D;0&S 

Eafety 

AviSA;TD-lnputs/Outputs; 
EMD-Inputs/Outputs;  P&D 

Occupational  Health 

AviSA;TD-lnputs/Outputs; 

EMD-Inputs/Outputs; 

P&D;0&S 

HPAT 

(Human  Performance  Analysis  Tool) 

HPAT  is  an  end-to-end  software  suite  to  plan  for  and  execute  human  performance  studies  and 
analyze  the  associated  human  performance  data  in  a  variety  of  execution  environments.  The 

HPAT  Suite  consists  of  a  Planner,  Observer,  and  an  Analyzer.  The  Planner  tool  provides  several 
features  for  creating  data  collection  plans  to  be  used  in  the  Observer  tool.  The  Observer  tool  takes 
data  collection  plans  created  in  the  Planner  tool  and  provides  a  tailored  system  for  taking  manual 
observations  of  system  performance.  The  Analyzer  provides  a  framework  for  examining  the  results 
collected  in  the  Observertool.  httD://www.sonalvsts.com/trainina/case  studies/index.html 

At raining 

Mil  Phases 

HSI  Requirements  Guide 

The  HSI  Requirements  Guide  provides  templated  HSI  requirements.  This  guide's  purpose  is  three¬ 
fold:  First,  to  assist  requirements  writers  in  documenting  solid,  unambiguous  human  requirements 
in  AF  and  DoD  level  acquisition  documents.  Second,  to  assist  HSI  domain  requirements  writers 
in  understanding  where  they  ^  into  Integrated  Defense  Acquisition,  Technology,  and  Logistics 

Life  Cycle  Management  System.  Finally,  to  serve  as  learning  tool/quick  reference  source  for  HSI 
domain  representatives  who  are  called  upon  to  assist  with  writing  requirements  documents. 

Mil  Domains 

Misa 
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IMPRINT 

(Improved  Performance 

Research  Integration  Tool) 

An  HSI  tool  developed  by  the  U.S.  Army  Research  Laboratory,  Human  Research  &  Engineering 
Directorate.  It  is  a  dynamic,  stochastic  discrete  event  network  modeling  tool  designed  to  assess  the 
interaction  of  soldier  and  system  performance  throughout  the  system  life  cycle--from  concept  and 
design  through  ^Id  testing  and  system  upgrades. 
httD://www.arl.armv.mil/ARL-Directorates/HRED/imb/imDrint/lmDrint7.htm 

Aiuman  Systems 

Integration 

Mil  Phases 

Aiuman  Factors 

Engineering 

A^SAiTD-Inputs 

^Habitability 

A'/ISA;  TD-Inputs/Outputs; 
EMD-lnputs/Outputs;0&S 

Index  of  Habitability 

A  quantitative  method  for  assessing  environmental  effects  on  individual  crew  members 
during  spaceflight. 

httD://human-factors.arc.nasa.aov/ihh/DsvchoDhvsio/current  oroiects/soacehumanfactors.html 

Aiabitability 

MlSA;TD-lnputs/Outputs; 
EMD-Inputs/Outputs;  P&D 

IPME 

(Integrated  Performance 

Modeling  Environment) 

IPME  is  an  integrated  environment  of  models  intended  to  help  the  human  factors  practitioner 
analyze  human-system  performance.  IPME  provides:  a  more  realistic  representation  of  humans 
in  complex  environments,  interoperability  with  other  model  components  and  external  simulations, 
enhanced  usability  through  a  user-friendly  graphical  user  interface.  IPME  uses  a  process-oriented 
modeling  approach  and  builds  upon  a  S  M  E 's  accounting  of  how  operator  activities  are  organized  or 
may  be  organized  to  meet  operational  objectives. 
httD://www.maad.com/index.Dl/iDme 

Aiuman  Systems 

Integration 

AlD-Inputs/Outputs; 

EMD-Inputs/Outputs 

Aiuman  Factors 

Engineering 

A^SA:TD-lnputs;0&S 

JACK 

j  ack  is  a  human-centric  visual  simulation  software  package  that  enables  users  to  create  virtual 
environments  by  modeling  them  natively  or  importing  computer-aided  design  data,  populate 
their  environmentally  accurate  human  ygures,  assign  tasks  to  these  virtual  humans,  and  obtain 
valuable  information  about  their  behavior.  J  ack  provides  a  high-ydelity  human  model,  with 
accurate  joint  limits,  a  fully  de^ed  spine,  joexible  anthropon^tric  scaling,  and  such  advanced 
behaviors  as  head/eye  tracking,  natural  walking,  balance  control,  seeing,  reaching,  grasping, 
bendina  and  liftina.  httD://www.Dlm. automation. siemens.com/en  us/oroducts/tecnomatix/ 
assemblv  olannino/iack/index.shtml 

Aiuman  Factors 

Engineering 

MSk 

Aiabitability 

A'/ISA;  TD-Inputs/Outputs; 
EMD-Inputs/Outputs;  O&S 
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JASS 

(J  ob  Assessment  Software  System) 

JASS  is  a  computer  based  survey  tool  used  to  identify  and  rate  the  level  of  skills  and  abilities 
necessary  to  perform  jobs  and  job  duties.  Survey  participants  provide  a  rating  value  fora  taxonomy 
of  50  generic  cognitive  skills  and  perceptual-motor  abilities.  JASS  is  useful  in  determining  the 
skills  and  abilities  required  to  operated  and  maintain  a  current  system  and  comparing  those 
required  from  a  proposed  new  system  acquisition,  and  can  be  compared  to  the  available  population 
of  operators  and  maintainors.  Information  on  excessive  or  unique  skill  demands  can  be  used  to 
inbuence  svstem  desian  earlv  in  the  acauisition  cvcie.  httD://vwvw.dtic.nil/clticascl/ddsrTV^ 

A^ersonnel 

Mil  Phases 

Job,  Task, 

Function/Workload  Analysis 

This  is  a  category  of  tools  which  allow  an  analyst  to  breakdown  the  component  steps  of  a  process 
or  set  of  processes  to  determine  how  many  people  are  required  to  do  the  work,  what  types  of  skills 
are  required  to  do  the  work,  and  what  type  of  training  is  required  to  enable  people  to  perform  the 
work.  Task  analysis  can  include  a  detailed  description  of  both  manual  and  mental  activities,  task 
and  element  durations,  task  frequency,  task  allocation,  task  complexity,  environmental  conditions, 
necessary  clothing  and  equipment,  and  any  other  unique  factors  involved  in  or  required  for  one 
or  more  people  to  perform  a  given  task.  Information  from  a  task  analysis  can  then  be  used  for 
personnel  selection  and  training,  tool  or  equipment  design,  procedure  design  (e.g.,  design  of 
checklists  or  decision  support  systems)  and  automation.  Many  different  tools  can  be  used  to 
perform  these  types  of  analysis.  The  Federal  Of^e  of  Personnel  Managen^nt  has  a  job  analysis 
methodoloQv  described  at:  httD://www.oDm.aov/HirinaToolkit/docs/iobanalvsis.Ddf.  Task  Architect  is 
an  example  of  a  specivc  tool  which  performs  these  tvpes  of  anaivsis.  The  Task  Architect  entrv  in 
this  appendix  has  additional  information  on  that  speciyc  tool. 

A/lanpower 

MSk]  EMD-Outputs; 
P&D;0&S 

LCOM 

(Logistics  Composite  Modei) 

LCOM  is  one  of  21  approved  analytical  simulation  tools  in  the  Air  Force's  Analytical  Toolkit.  It  is 
a  family  of  programs  consisting  of  a  Data  Preparation  System,  a  main  simulation  program,  and  a 
variety  of  post  summary  reports  and  post  processors  to  evaluate  the  model  outputs.  It  is  used  to 
identify  the  best  mix  of  logistical  resources  to  support  a  weapon  system  under  certain  operational 
constraints.  It  is  used  extensively  to  determine  Air  Force  maintenance  manpower  requirements. 
httDs://akss.dau.mil/Lists/Software%20Tools/EditForm.asDx?ID=57 

A/lanpower 

Mil  Phases 

Name 


Description 


Appiicability 


Domain 


Phase 


Manpower  Typicals 

These  are  ftypicalopro^es  of  the  operations  and  maintenance  manpower  associated  with 
speciyc  Air  Force  weapon  systems.  Ordinariiy  they  are  used  by  manpower  programming  ofyces 
to  estimate  the  manpower  impacts  associated  with  weapon  system  movements,  and  increases 
or  decreases  in  the  amount  of  a  particuiar  weapon  system  in  the  Air  Force  inventory.  These  are 
notavaiiabie  on  a  web  site. 

A/lanpower 

Mil  Phases 

Micro  Saint  Sharp 

Micro  SaintSharp  is  a  discrete-event  simuiation  software  tooi  with  a  araphicai  user  interface 
and  |oow  chart  approach  to  modeling.  Any  process  that  can  be  represented  by  a  |oowchart  can 
be  simulated  using  Micro  SaintSharp.  It  can  be  used  to  answer  questions  about  the  costs  of 
alternative  training,  about  how  crew  workload  levels  or  reaction  times  affect  system  performance, 
and  about  the  allocation  of  functions  between  people  and  machines.  The  outputs  can  be  used  to 
answer  questions  about  how  the  system  will  perform  under  a  variety  of  conditions.  The  models  can 
also  be  used  to  conduct  a  sensitivity  analysis  on  the  variables  in  the  system. 
httD://www.maad.com/index.Dl/micro  saint 

Aiuman  Factors 

Engineering 

Misa 

A/lanpower 

EMD-Outputs; 

P&D;0&S 

MIL/CIV  PDS 

(Military/Civilian  Personnel  Data  Systems) 

The  AF  Military  Personnel  Data  System  (MILPDS)  and  DoD  Defense  Civilian  Personnel  Data 

System  (DCPDS)  are  ofycial  data  repositories  for  personnel  infornetion.  Infornetion  on  MILPDS 
can  be  obtained  from  the  Air  Force  Portal  httDs://www.mv.af.mil/faf/FAF/fafHome.isD.  Additional 
information  on  DCPDS  can  be  found  at:  httD://www.cDms. osd.mil/HRBITS/contentmoddcDds.asDx. 

ySpersonnel 

Mil  Phases 

Mishap  Risk  Assessment  Tool 

A  method  of  determining  the  level  of  mishap  risk  involved  in  a  system  to  determine  what  actions 
to  take  to  eliminate  or  control  identiyed  hazards.  A  good  m'shap  risk  assessn^nt  tool  will  enable 
decision  makers  to  properly  understand  the  level  of  mishap  risk  involved,  relative  to  what  it  will  cost 
in  schedule  and  dollars  to  reduce  that  mishap  risk  to  an  acceptable  level. 

Environment 

Misa 

MPES 

(Manpower  Programming 
and  Execution  System) 

MPES  is  a  web-based  resource  management  portal,  database,  and  accountability  tool.  It  allows 

Air  Force  organizations  to  allocate  and  track  manpower  resources.  MPES  provides  an  interactive 
collaborative  environment  where  the  system,  assisted  by  powerful  web  agents,  plays  an  active  role 
in  allocating  manpower  resources  and  gives  analysts  the  tools  they  need  to  manage  manpower 
resources  and  analyze  trends.  Information  on  MPES  can  be  obtained  from  the  Air  Force  Portal 
httDs://www.mv.af.mil/faf/FAF/fafHome.isD 

Elanpower 

Mil  Phases 

Eersonnel 

Mil  Phases 

Name 
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Appiicabiiity 
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Phase 


MVTA 

(Multimedia  Video  Task  Anaiysis) 

MVTA  analyzes  repetitive  tasks  that  have  been  videotaped.  The  system  enables  users  to 
obtain  data  on  repetitions  and  tin^  from  videotape  or  audio  video  interleave  ^es.  MVTA  is 
used  for  ergonomic  job  evaluations,  time  and  motion  studies. 
httD://www.nexaenerao.com/eraonomics/mvta.html 

A^ersonnel 

Mil  Phases 

NHV 

(NetHabitabie  Voiume) 

NHV  is  the  total  remaining  volume  available  to  on-orbit  crew  after  accounting  for  the  loss  of  volume 
due  to  deployed  equipn^nt  stowage,  and  any  other  structural  inefyciencies  which  decrease 
functional  volume.  The  intent  of  a  minimum  NHV  requirement  is  that  the  vehicle  or  habitat  design 
provides  sufycient  contiguous  regions  of  volume  for  the  crew  to  work,  sleep,  eat  egress,  ingress 
and  perform  tasks  necessary  for  a  safe  and  successful  m'ssion.  This  requirement  is  veriyed 
through  a  combination  of  measurement  and  task  evaluation,  to  insure  that  the  vehicle  provides  a 
minimum  NHV  measurement  that  also  represents  a  usable  habitable  volume. 

Aiabitability 

SlSA;TD-lnputs/Outputs; 
EMD-Inputs/Outputs;  P&D 

ORCA 

(Operational  Requirements-Based 

C asualty  Assessment  System) 

ORCA  provides  a  methodology  for  assessing  the  anti-personnel  effects  associated  with  various 
munitions-produced  damage  mechanisms.  It  has  the  ability  to  assess  the  immediate  and  longer- 
term  capabilities  of  an  operator,  and  the  level  of  injury  caused  by  the  initial  result. 
httD://www.dtic.mil/dticasd/ddsm/srch/DDSM0102.Ddf 

Aiuman  Factors 

Engineering 

A)&s 

Safety 

ATD-Outputs; 

EMD-Inputs/Outputs 

Survivability 

ArO-Inputs/Outputs 

PAL 

(Parameter  Assessment  List) 

The  PAL  provides  a  common  but  joexible  structure  and  content  for  Sv  assessn^nt  of  a  system  The 
PAL  contains  170  Sv  issues  related  to  survival  of  the  soldier  and  his/her  equipment  during  combat. 

It  is  joexible  in  that  assessors  may  add  or  delete  issues  to  tailor  the  PAL  to  a  speciyc  system  and 
its  technical  characteristics.  (Developed  by  the  Army  Research  Laboratory's  Human  Research  and 
Enaineerina  Directorate  (ARL-HRED).  httoV/www.dtic.mil/dticasd/ddsm/tools.html 

Survivability 

SlSA;TD-lnputs/Outputs 

PAL-MATE 

PAL-MATE  is  a  PC-based  automated  version  of  the  PAL  (see  above).  PAL-MATE,  like  the  manual 

PAL,  is  a  comprehensive  accounting  of  what  to  rate,  but  not  how  to  rate  it.  PAL-MATE  is  intended 
for  oerformino  soldier  survivabilitv  domain  assessments.  httD://www.dtic.mil/dticasd/ddsm/tools.html 

Survivability 

SlSA;TD-lnputs/Outputs 

«  Back 


PESHE  Checklist 

(Programmatic  Environment,  Safety 
and  Occupational  Health  Evaluation) 

The  PESHE  document  is  a  managementtool  used  to  help  PMs  identify  and  manage  ESOH 
hazards  and  risks,  and  determine  how  bestto  meet  ESOH  regulatory  requirements  and  DoD 
standards.  It  is  a  living  document  that  is  continually  updated  and  maintained  throughout  the 
progression  of  a  program  or  project,  from  concept  to  disposal.  Because  the  PESHE  is  a  program 
document,  it  is  not  intended  to  supersede  or  replace  other  ESOH  documents. 

Environment 

ElSA;TD-Outputs; 
EMD-Inputs/Outputs;  P&D 

Eafety 

ATD-Outputs; 

EMD-Inputs/Outputs 

Occupational  Health 

ATD-Outputs; 
EMD-Inputs/Outputs;  P&D 

RADGUNS 

(Radar-Directed  Gun  System  Simulation) 

RADGUNS  is  used  to  evaluate  the  effectiveness  of  Air  Defense  Artillery  (ADA)  gun  systems 
against  penetrating  aerial  targets.  It  is  also  used  to  evaluate  the  effectiveness  of  different 
airborne  target  characteristics  against  a  specific  ADA  system.  RADGUNS  is  a  complete 
one-on-one  simulation  including  weapon  system,  operators,  target  model,  flight  profiles, 
environment,  electronic  attack,  and  endgame. 
httD://www.bahdavton.com/surviac/radauns.htm 

Eurvivability 

ArO-Inputs/Outputs; 

EMD-Inputs/Outputs 

REHMS-D 

(Reliable  Human-Machine 

System  Developer) 

REHMS-D  uses  a  six-stage  system  engineering  process,  a  cognitive  model  of  the  human,  and 
operational  sequence  diagrams  to  assist  the  designer  in  developing  human-machine  interfaces 
subject  to  top-level  reliability  or  yield  requirements.  Through  its  system  engineering  process, 

REHMS-D  guides  the  designer  through  the  understanding  of  customer  requirements,  the 
de^ition  of  the  system  the  allocation  of  hunen  functions,  the  basic  design  of  hunen  functions, 
the  assignment  of  job  aids,  and  the  design  of  tests  to  verify  that  the  human  functions  meet  the 
allocated  reliabilitv  reouirements.  httD://www.dtic.mil/dticasd/ddsm/closed/DDSM0188.Ddf 

Euman  Factors 

Engineering 

A)&S 

RiskSafe  7 

RiskSafe  7  conducts  qualitative  wor1<place  job  safety  analysis  assessn^nts  for  speciyc  tasks  or 
activities.  RiskSafe  7  enables  safety  engineers  or  ergonomists  to  rank  relative  risk,  using  values  of 
probability  and  consequences  to  de^e  decision  criteria.  This  tool  will  identify  and  mitigate  factors 
that  mav  lead  to  an  unsafe  workolace.  httD://www.dvadem.com/Droducts/risksafe/index4.htm 

Eafety 

EMD-Outputs;  P&D;  O&S 
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SAFEWORK 

SAFEWORK(tm)  is  a  3D  design  analysis  software  for  analyzing  the  interaction  between 
humans  and  their  workspace.  This  powerful  human  modeling  tool  creates  virtual  male  or  female 
mannequins  of  various  percentiles,  based  on  U.S.  Army  statistics.  The  software  is  designed  to 
resolve  ergonomic  problems  during  design.  SAFEWORK  is  fully  embedded  in  Dassault  Systems 

V5  architecture  and  supports  ENOVIA.  CATIA  and  DELMIA.  SAFEWORK(tm)  allows  the  userto 
analyze  the  mannequins'  ability  to  function  within  an  imported  CAD  design. 
httD://www.dtic.mil/dticasd/ddsm/tools.html 

Aiuman  Factors 

Engineering 

^MD-Outputs 

SAGAT 

(Situation  Awareness  Global 
AssessmentTechnique) 

SAGAT  provides  an  objective  measure  of  situation  awareness  by  directly  comparing  operators' 
reported  SA  to  reality.  With  this  technique,  a  human-in-the-loop  simulation  is  frozen  at  randomly 
selected  times  while  operators  answer  questions  about  their  current  understanding  of  the  situation. 
Operators'  perceptions  are  then  compared  to  the  real  situation  (based  on  information  drawn  from  the 
computer  or  from  subject  matter  experts  who  answerthe  SAGAT  queries  while  looking  atthe  displays). 
httD://www.satechnoloaies.com/services/measurement/SAGAT 

Aiuman  Factors 

Engineering 

A’&D 

SALT 

(Spatial  Analysis  and  Link  Tool) 

SALT  is  a  tool  for  examining  the  implications  of  various  layout  options.  SALT  allows  users  to 
import  a  drawing  of  the  intended  space  to  place  people  and  other  resources  in  the  scene,  and 
then  to  create  links  between  them.  It  is  used  for  design  and  optimization  of  command  and  control 
environTOnts  or  other  envinoriTOnts  where  efyciency  is  important 
httD://www.sonalvsts.com/trainina/case  studies/index.html 

Aiuman  Factors 

Engineering 

ATD-Outputs 

SAMMIE 

SAMMIE  is  a  computer-based  human  modeling  tool  that  is  used  for  design  and  layout  of  equipment 
and  furniture  in  of^ces  and  hon^,  aircraft  cockpits  and  cabins,  design  of  control  panels,  yeld  of 
view  analysis,  rejoection  and  mirror  evaluations,  and  safety  and  n^intenance  evaluations.  The 
system  offers  3D  analyses  of  ^  reach,  vision  and  posture. 
httD://www.lboro.ac.uk/deDartments/cd/research/arouDS/era/sammie/samdesc.htm 

Aiuman  Factors 

Engineering 

ATD-Outputs 

Scale  Mockups 

A  mockup  is  a  scale  or  full-size  non-functional  model  of  a  structure  or  device,  used  for  teaching, 
demonstration,  testing  a  design,  promotion,  etc.  A  software  mockup  will  look  and  feel  like  the 
real  thing,  but  will  not  do  useful  work  beyond  what  the  user  sees.  In  many  cases  it  is  best  to 
design  the  user  interface  before  code  is  written  or  hardware  is  built,  to  avoid  having  to  go  back 
and  make  expensive  changes. 

Aiabitability 
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SurveyWIN/EZSurvey 

EZSurvey  forthe  Internet,  SURVEYWin,  and  InterForm,  are  electronic  questionnaire  authoring 
software.  EZReport  and  RapidReport  both  provide  data  reporting  and  exporting  capability.  These 
softvvare  applications  are  used  for  large-scale  evaluations,  assessn^nts,  proves,  enployee 
reviews,  and  customer  satisfaction,  plus  factual  data  collection.  InterForm  is  the  new  advanced 

Web  aoolication  develooer.  httD://www.vovici.com/Droducts/feedback-survev-software.asDx 

Aiuman  Factors 

Engineering 

A)&S 

Task  Architect 

Task  architect  is  a  computer  program  designed  to  increase  efyciency  through  faster  data  collection 
and  analysis  of  tasks.  The  program  helps  users  identify  information  about  tasks  which  drive 
decisions  about  systems  design,  reducing  human  error,  training  needs  analysis,  documentation, 
user  interface  desian.  and  Human  Svstems  Intearation.  httD://www.taskarchitectcom 

A^ersonnel 

Mil  Phases 

TDFA 

(Top-Down  Functional  Analysis) 

Top-Down  Functional  Analysis  is  a  term  the  Navy  uses  for  their  functional  analysis  associated  with 
systems  engineering  and  acquisition  processes.  The  Navy  also  has  a  web-based  tool  associated 
with  this  analysis  called  Trade  Space  for  Systems  Analysis  (see  TSSA). 

y^ersonnel 

Mil  Phases 

TSSA 

(Trade  Space  for  Systems  Analysis) 

TSSA  is  a  web-based  derivative  of  the  Navy's  TDFA.  It  includes  a  relational  database  which  allows 
analysts  to  decompose  functions  while  also  associating  any  number  of  attributes.  It  provides 
allocation  assistance  for  decisions  in  multiple  trade  spaces  such  as  non-recurring  costs,  life  cycle 
costs,  manpower,  performance,  and  safety.  It  can  interface  with  existing  systems  engineering  tools 
such  asTeleloaic's  DOORS®.  httoV/www.sonalvsts.com/trainina/case  studies/index.html 

Safety 

ATD-Inputs 

VACP 

(Visual,  Auditory,  Cognitive 
and  Psychomotor) 

Raters  assign  a  value  from  zero  to  seven  for  workload  in  each  visual,  auditory,  cognitive,  and 
psychomotor  workload  category.  Any  time  a  workload  value  exceeds  7  for  visual,  auditory, 
cognitive,  or  psychomotor,  the  person  is  considered  to  have  exceeded  his  or  her  workload  capacity 
forthat  particular  resource  (McCracken  and  Aldrich,  1984).  The  VACP  algorithm  is  what  is  most 
frequentiv  used  bv  IMPRINT  software  to  calculate  workload.  (AFRL-HE-WP-TR-2006-0148.  A 

Survey  of  Tools  Supporting  NAVSEA  Warfare  Center  Human-System  Integration  Activities  (based 
on  the  work  of  McCracken  and  Aldrich.  1984).  httoV/www.dtic.mil 

Aiuman  Factors 

Engineering 

A’&DiO&S 
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VAPS 

VAPS  is  designed  forthe  development  of  dynamic  interactive  real-time  graphical  human-machine 
interfaces  for  complex  applications,  including  the  displays  and  controls  found  in  the  cockpit  of  an 
aircraft  as  well  as  in  automobile  instrumentation.  httD://www.Dresaais.com/Droducts/hmi/details/vaDS 

Aiuman  Factors 

Engineering 

ATD-Outputs 

VESARS 

(Virtual  Environment  Situation 

Awareness  Rating  System) 

VESARS  collects  data  on  a  person's  situation  awareness  during  scenarios  in  a  virtual  reality 
simulator.  Feedback  is  then  provided  to  demonstrate  where  situation  awareness  may  be  weak  and 
howtD  tune  the  processes  being  used  to  gather  and  interpret  information.  VESARS  includes 
objective  measures  of  situation  awareness  such  as  SAGAT  and  real-time  orobes.  as  well  as 
measures  of  the  processes  and  communications  techniques  being  employed. 
http://www.satechnologies.com/services/trainingA/ESARS 

At raining 

^MD-Inputs 

Watchstander  Model 

The  Watchstander  Model  is  a  discrete  event  simulation  of  a  particular  ship  desian  includina 
the  systems  and  crew  member's  actions  in  stressful  tactical  scenario.  The  WSM  produces 
crew  workload;  including  task  queuing  and  shedding  indicators,  as  well  as  tactical  measures  of 
performance  such  as  ship  response  latency  to  tactical  situations.  These  data  are  then  used  to 
assess  crew  manning  concepts  as  well  as  ship  systems  design,  and  to  help  target  areas  requiring 
desian  imorovements.  httD://www.maad.com 

Aiuman  Factors 

Engineering 

^MD-Inputs 

Air  Force  Human  Systems  Integration  Office 


